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

Issue 771884 link

Starred by 2 users
Status: WontFix
Owner:
rogerta@chromium.org
Closed: Oct 2017
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression : Chrome does not accept valid OS account password.

Reported by avsha...@etouch.net, Oct 5 2017 
Chrome version : 63.0.3233.0 (Official Build) e8cc7650d44155e942550b9c730eafc9c5ba8ab6-refs/heads/master@{#506599} 32/64 bit
OS : Windows 7

Precondition : Sign in to gmail account and save the credentials when save password bubble is shown.

What steps will reproduce the problem?
1. Navigate to chrome://settings/passwords and click on 'Eye' icon to view the saved password.
2. In OS password prompt, enter valid OS account password and observe.

Actual Result : Unable to proceed with OS password authentication process since chrome does not accept valid OS account password.

Expected Result : Chrome should accept valid OS account password.

This is a regression issue broken in ‘M-63’, below is the manual bisect range and will soon update other info.
Good build : 63.0.3231.0
Bad build : 63.0.3232.0
Actual_Result.mp4
1.0 MB View Download
Expected_Result.mp4
760 KB View Download

Comment 1 by avsha...@etouch.net, Oct 5 2017

Labels: hasbisect-per-revision
Owner: rogerta@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build : 63.0.3231.0 (Revision : 505898)
Bad build : 63.0.3232.0 (Revision : 506256)

You are probably looking for a change made after 506043 (known good), but no later than 506044 (first known bad).

CHANGELOG URL: 
https://chromium.googlesource.com/chromium/src/+log/02987e417dd27f311a36f0471570a757c879e821..b462fa892c8e6f1d4eff4a1e91c18491943fc083

Suspect : https://chromium.googlesource.com/chromium/src/+/b462fa892c8e6f1d4eff4a1e91c18491943fc083

@rogerta : Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Note : This is Win-7 specific issue and the same is working fine on Win(8,10), Mac(10.12.6) and Linux(14.04 LTS) OS.

Thank you!

Comment 2 by ranjitkan@chromium.org, Oct 5 2017

Cc: ranjitkan@chromium.org
Labels: ReleaseBlock-Beta
Tagging with blocker label, please undo if not the case.

Comment 3 by ajha@chromium.org, Oct 10 2017

Labels: -ReleaseBlock-Beta
Removing the Beta blocker as this seems to be working fine on the latest M-63(63.0.3236.0) on Windows-7.

avshaikh@: Please confirm if this is still an issue on the latest canary?

Note: I was able to repro this on the reported version: 63.0.3233.0 on Windows-7.

Comment 4 by avsha...@etouch.net, Oct 10 2017 

With response to comment #3,

Retested on Win-7 OS using latest Canary #63.0.3236.0 and issue is no longer reproducible. Now chrome accepts valid OS account password and it is working as intended.

Thank you!

Comment 5 by ajha@chromium.org, Oct 10 2017

Status: WontFix (was: Assigned)
Thanks for the update, closing as per C#4.
►

Sign in to add a comment