[Bug 57229] New: Wine apps are unable to open OAuth redirect URLs using the cron:// prefix (probably others too, if they exist)
https://bugs.winehq.org/show_bug.cgi?id=57229
Bug ID: 57229 Summary: Wine apps are unable to open OAuth redirect URLs using the cron:// prefix (probably others too, if they exist) Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: ezequiel.ezb@gmail.com Distribution: ---
I’ve been trying to log into Notion and Notion Calendar, but without success. These apps require logging into your Google account using OAuth. When selecting this option, you’re redirected to your browser to log in. After logging in, a URL starting with “cron://” is generated, such as:
cron://calendar.notion.so/auth?state=provider%3Dgoogle%26client%3Dweb-electron%26nonce%xxxxx%calendar.notion.so&code=xxxxxxxxx&scope=email profile https://www.googleapis.com/auth/directory.readonly openid https://www.googleapis.com/auth/admin.directory.resource.calendar.readonly https://www.googleapis.com/auth/contacts.other.readonly https://www.googleapis.com/auth/contacts https://www.googleapis.com/auth/calendar.settings.readonly https://www.googleapis.com/auth/calendar.events https://www.googleapis.com/auth/calendar https://www.googleapis.com/auth/userinfo.profile https://www.googleapis.com/auth/userinfo.email&authuser=0&prompt=con....
I removed specific data for privacy. This URL should redirect to the originating app, but Wine doesn’t handle this correctly. Solving this involves modifying xdg MIME types, which is complex and imperfect. Associating a Wine app with the cron:// URL protocol means all such URLs are sent to a single app, which may not be the correct one.
https://bugs.winehq.org/show_bug.cgi?id=57229
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be
--- Comment #1 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
(In reply to ezbie from comment #0)
I removed specific data for privacy. This URL should redirect to the originating app, but Wine doesn’t handle this correctly. Solving this involves modifying xdg MIME types, which is complex and imperfect. Associating a Wine app with the cron:// URL protocol means all such URLs are sent to a single app, which may not be the correct one.
No, that's not how custom schemes and protocol handlers are designed. Defining the WINE application as the default protocol handler for that custom URI scheme is the only way. Note that it's the same on Windows: If multiple applications are registered as protocol handlers for the same URI scheme, one of them will be the default, and it'll open all URI from that scheme in that app, unless an 'ask the user' mechanism is used.
WINE should generate a protocol handler desktop file when the application asks to register a custom URL scheme, but in my case, it didn't happen and I had to define a protocol handler manually.
Please, can you give the result of those commands ($ is the terminal prompt):
$ xdg-mime query default x-scheme-handler/cron
$ find ~/.local/share/applications/ -type f -exec grep -iH "x-scheme-handler/cron" '{}' ;
Regards.
https://bugs.winehq.org/show_bug.cgi?id=57229
--- Comment #2 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- *** Bug 57234 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=57229
--- Comment #3 from ezbie ezequiel.ezb@gmail.com --- Hi, sorry for the late reply.
Both commands you gave me return nothing. I guess that means there's nothing associated with that cron protocol, right?
https://bugs.winehq.org/show_bug.cgi?id=57229
StanButDarsher@pm.me changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |StanButDarsher@pm.me
--- Comment #4 from StanButDarsher@pm.me --- Hello, I am having a similar issue, but with arcgis-pro:// scheme. MIME types are associated with the wine application, but when signing in opens the arcgis-pro link, another instance of ArcGIS Pro is opened and the sign in never gets confirmed in the application.
-
WineHQ Bugzilla