Thanks for adding opening specifically to incognito on Chrome! It's really great.
The current issue I have is that even when specify to open non-incognito, Chrome seems to open the url in the front most window, even if it's incognito.
I understand that this is this has always been the existing behavior, and I'm not sure if this is possible, but the new feature made me want more :)

Thanks for the great product.

When opening a page in Firefox, Firefox will spawn an additional new window (set to whatever is the preference of "Firefox Home" or blank page). This happens when Firefox isn't running aka is a cold start. The Firefox preference "open links in tabs" solves this problem, but only if Firefox is running.

This is seen on macOS Big Sur running the latest version of all the apps.

Would like to be able to create a rule based off my current active Desktop on mac. I utilize multiple Desktops for a personal screen and a work screen with different browser requirements.

Hi,

Office 365 an may be other have something link "secure links" which changes the incoming to a verification services. Problem with that links that they are not my configured rules.

So it would be nice to add custom url shortener services which Choosy can use to expand urls.

The Choosy browser set appears though, but disappears immediately without action.

When you click on a link Choosy deermines which of it's browsers was last the front application and selects that one without user's further input.

"Prioritise your browsers, with your favourite first." Very en-GB of you :)

I haven't pegged it down, but in Snow Lep Choosy just stops working. Seems to be after a sleep. Example: normally click a link in Tweetie, get the Choosy pop-up. After sleep, a click just opens default browser. Haven't nailed it down to just sleep -- could be after a period of time, I'm trying to find the pattern. I have to logout to get Choosy working again, either way. (Noteworthy that I'm seeing similar behavior from Google Quick Search Box?)

Mac OSX services are useful and available system-wide. Sometimes we want to launch URLs from various apps and the context menu usually provides quick access to services as does quicksilver so this is a universal protocol for macs now.

I often get URLs in Adium and other places that were pasted from Firefox which leaves them incorrect by html-encoding the URL. This results in "http://foo.com/?bar&baz" rather than "http://foo.com/?bar&baz"

A simple regexp substitution could fix this; allowing a generic external rewrite API would be even better.

As a workaround, I'll see if I can write an app that accepts such URLs, and sends the corrected ones back to Choosy; then I can have Choosy send them to it rather than a 'real' browser…

I can't believe this is the intended behavior, but when I click on a link, Choosy sends the link to the web browser but does not bring it frontmost. I can't imagine what setting this might be. Is there something that I'm doing wrong?

works on 2014 mac pro, not on 2011 17", did the install the same way. Any ideas I really like this. I have 2 more macs, will try on them also and update.

The release notes for Choosy 1.1 say that it has Retina support, but when I click on a link that triggers the display of the browser prompt, the icons and text labels are still non-Retina.

Running Choosy 1.1.1 in Sierra 10.12.2.

We're not all running the latest versions browsers or MacOS.

Tell me how to copy my rules to a new Choosy install, or where Choosy stores rules so I can manually copy them over to my new macbook.

For example, if I open a page in one browser that should be opened in another browser, have it automatically send it to the other browser. For instance, if I type it in or if I copy a url into the url bar and press enter