Issue metadata
Sign in to add a comment
|
Links > Associated Apps settings not saving
Reported by
reliable...@gmail.com,
Dec 20 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.108 Safari/537.36 Steps to reproduce the problem: 1. Click link to start third party application 2. Check the box to "Always open these types of links in the associated app" 3. Click "Open <app name>" 4. Close the third party application. 5. Click the same link. What is the expected behavior? Once the box to "Always open these types of links in the associated app" has been checked, the link should open the application without needing user input What went wrong? The association is not retained. The prompt returns on all proceeding clicks of the same link whether the "Always..." box is checked or not. Did this work before? Yes 62.0.3202 Chrome version: 63.0.3239.108 Channel: stable OS Version: 10.0 Flash Version:
,
Dec 22 2017
reliablenetworks@ - Thanks for filing the issue...!! Could you please provide a sample test file/url to test the issue from TE-end. This will help us in triaging the issue further. Thanks...!!
,
Jan 2 2018
Facing this issue as well with a custom protocol. Windows 7, latest Chrome Version 64.0.3282.39 (Official Build) beta (64-bit). I was tasked with debugging this for my company and noted that I was not facing the issue; however, after clearing my browsing data including the content settings which govern protocol handlers, that I was facing the issue. So, it seems that "old" protocol handler registrations work fine, but new ones are not properly saving. It appears to happen for all new protocol registrations so, while I cannot provide the custom protocol used at our company for debugging, any new custom protocol registration should be facing this issue e.g. I've confirmed that I face this issue with GoToMeeting
,
Jan 18 2018
Had this issue for a couple of weeks on macOS 10.13.2 with Chrome 63.0.3239.132 (Official Build) (64-bit)
,
Feb 8 2018
I am having the same issue with Version 64.0.3282.140 (Official Build) (64-bit) and our softphone software called Zoiper. Its always prompting the popup even when you choose always allow & Open. This has happened since Version 63. & up. This has posed an issue for our users because of the annoyance of constantly having to choose allow. Screenshot provided also.
,
Feb 8 2018
This issue was resolved for me with the latest upgrade, Version 64.0.3282.140 (Official Build) (64-bit).
,
Jun 20 2018
Sounds like has been resolved, closing. Please reply if this issue is still a problem. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by krajshree@chromium.org
, Dec 21 2017