You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 7, 2020. It is now read-only.
On macOS, specifically with the safe browser, registering a custom protocol works, but it's not guaranteed to open the registering app for that URI. It seems that with different app versions installed, or moved to different parts of the OS (through app translocation, eg), it's currently not guaranteed that a registered URI will open the registering app...
I'm not sure how OSX determines what to open (version... location... something else...). And I'm not sure if there's something on the app level that ought to/could be done to avoid this.
eg:
~/Applications/safe-browser.app opens, and registers itself to handle safe-auth://, BUT ~/downloads.safe-browser.app also exists so maybe OSX decides to open that for safe-auth:// urls, even though we just registered the former as the new handler. :(
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
On macOS, specifically with the safe browser, registering a custom protocol works, but it's not guaranteed to open the registering app for that URI. It seems that with different app versions installed, or moved to different parts of the OS (through app translocation, eg), it's currently not guaranteed that a registered URI will open the registering app...
I'm not sure how OSX determines what to open (version... location... something else...). And I'm not sure if there's something on the app level that ought to/could be done to avoid this.
eg:
~/Applications/safe-browser.app
opens, and registers itself to handlesafe-auth://
, BUT~/downloads.safe-browser.app
also exists so maybe OSX decides to open that forsafe-auth://
urls, even though we just registered the former as the new handler. :(The text was updated successfully, but these errors were encountered: