External URI Opener -> Always Remember Not Working
Reported by
ni...@telaverge.com,
Dec 15 2017
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.108 Safari/537.36 Steps to reproduce the problem: 1. Start External Application Using Custom URI. 2. Click Always Remember. 3. Application Starts 4. Again start External Application Using Custom URI. 5. It will ask again to remember. What is the expected behavior? If user give always remember once it should not ask again. What went wrong? Every time user need click open external opener even though he given always remember. Did this work before? Yes 62 Chrome version: 63.0.3239.108 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version:
,
Dec 18 2017
"Thanks for filing the issue! @Reporter: Could you please share a sample test file to check the issue which helps us to triage it in a better way from TE end."
,
Jan 3 2018
I didn't find any other sample other than our product can you please check on https://conf.hciketi.com It is conferencing solution there we can share the screen. In a windows system it we share the screen an external application will start.
,
Jan 3 2018
Thank you for providing more feedback. Adding requester "vamshi.kommuri@techmahindra.com" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 4 2018
Able to reproduce the issue on reported chrome version 63.0.3239.108 and on the latest canary 65.0.3310.0 Using Windows 10, Ubuntu 14.04 and Mac 10.13.1. Our observation while triaging the issue. => Checked on M50(50.0.2661.0) and M51(51.0.2663.0) the given URL https://conf.hciketi.com in comment#3 can not be opened due to lower version of chrome. => Checked on M52(52.0.2707.0), M54(54.0.2790.0) and M56(56.0.2884.0) along with the "remember me" check box the credentials also no being saved. => Checked on M60(60.0.3080.0) it sayes site can't be opened. => Checked on M61(61.0.3163.100),M62(62.0.3164.0) only the check box isn't saved As mentioned above the issue has varied behaviours and we didn't find any version where it's working fine. Hence considering it as non-regression, marking it as Untriaged and removing Needs-Bisect label. Thanks!
,
Jan 9 2018
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by krajshree@chromium.org
, Dec 17 2017