Slash removed launching custom protocol only on Chrome Linux
Reported by
gbocc...@gmail.com,
May 14 2018
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.170 Safari/537.36 Steps to reproduce the problem: 1. register a custom protocol (let's say "customProtocol") to launch an app using %U as described at https://developer.gnome.org/integration-guide/stable/desktop-files.html.en#tb-exec-params 2. launch the following URL from Chrome "customScheme://a/b/?url=https://www.jhack.it/blog/" What is the expected behavior? The app receives exactly the string "customScheme://a/b/?url=https://www.jhack.it/blog/", What went wrong? The app receives "customScheme://a/b?url=https://www.jhack.it/blog/". The slash after "b" is removed! This works using Chrome for Mac and Windows, same version. Did this work before? N/A Chrome version: 66.0.3359.170 Channel: stable OS Version: Ubuntu 17.10 Flash Version:
,
May 14 2018
+pkasting +timbrown +davidbienvenu This seems relevant to (but not caused by) the recent changes to omnibox handling of text with schemes.
,
May 14 2018
It's strange that this works for Mac and Windows, which makes me wonder if it's actually xdg-open doing this instead of Chrome or something.
,
May 14 2018
I tried Firefox, on the same machine, and it works, so it seems related to Chrome, but I cannot exclude xdg-open.
,
May 14 2018
naive test of running xdg-open from the command line shows it eating the trailing /
,
May 14 2018
Thanks, I filed a bug with xdg-utils which copies part of this bug report. https://bugs.freedesktop.org/show_bug.cgi?id=106520 Marking as ExternalDependency for now.
,
May 15 2018
|
||||
►
Sign in to add a comment |
||||
Comment 1 by viswa.karala@chromium.org
, May 14 2018