[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(a)winehq.org Reporter: ezequiel.ezb(a)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=consent. 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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57229 Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick(a)piezo-forte.be --- Comment #1 from Olivier F. R. Dierick <o.dierick(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57229 --- Comment #2 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- *** Bug 57234 has been marked as a duplicate of this bug. *** -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57229 --- Comment #3 from ezbie <ezequiel.ezb(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57229 StanButDarsher(a)pm.me changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |StanButDarsher(a)pm.me --- Comment #4 from StanButDarsher(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57229 Lilith Krupka <lilithkrupka(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lilithkrupka(a)gmail.com --- Comment #5 from Lilith Krupka <lilithkrupka(a)gmail.com> --- I'm experiencing a similar issue, but with the canva:// scheme. By default, MIME types are not associated with the Wine application. I was able to work around this by adding "MimeType=x-scheme-handler/canva" to the .desktop file and running update-desktop-database. Ideally, this should work out of the box without manually editing files. The main problem is that when signing in and clicking "Yes, continue to Canva app" in Firefox, nothing happens. If I copy the link and run xdg-open "[link]" in a terminal, the sign-in process completes and the app starts loading, but it never finishes. A restart of the app is required, after that, it loads and is usable, although some minor issues remain that don't block work. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57229 Benjamin <benjamin.woch@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |benjamin.woch@gmail.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57229 Likun Li <lilikun124@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lilikun124@gmail.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57229 --- Comment #6 from Likun Li <lilikun124@gmail.com> --- I submitted two merge requests that address this issue: - https://gitlab.winehq.org/wine/wine/-/merge_requests/11386 adds support for per-user URL protocol handlers registered under HKCU\Software\Classes. It updates shell32 to resolve these handlers and winemenubuilder to export them as freedesktop x-scheme-handler associations. - https://gitlab.winehq.org/wine/wine/-/merge_requests/11387 fixes buffer overflows in start.exe path lookup that can prevent long OAuth callback URLs from reaching ShellExecuteExW. I tested the two merge requests applied together with Notion Calendar. Google sign-in completed successfully, and the cron:// OAuth callback was delivered back to Notion Calendar. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57229 --- Comment #7 from ezbie <ezequiel.ezb@gmail.com> --- Thank you, you're a saver. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57229 --- Comment #8 from Likun Li <lilikun124@gmail.com> --- (In reply to ezbie from comment #7)
Thank you, you're a saver.
Hope it helps! -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
WineHQ Bugzilla -
WineHQ Bugzilla