New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 795188 link

Starred by 2 users

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

External URI Opener -> Always Remember Not Working

Reported by ni...@telaverge.com, Dec 15 2017

Issue description

UserAgent: 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:
 
Labels: Needs-Bisect Needs-Triage-M63
Cc: vamshi.k...@techmahindra.com
Labels: Needs-Feedback Triaged-ET
"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."
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.


Project Member

Comment 4 by sheriffbot@chromium.org, Jan 3 2018

Labels: -Needs-Feedback
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
Labels: -Needs-Bisect -Type-Bug-Regression M-65 OS-Linux OS-Mac Type-Bug
Status: Untriaged (was: Unconfirmed)
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!

Comment 6 by tkent@chromium.org, Jan 9 2018

Components: -Blink UI>Browser>Sessions

Sign in to add a comment