Regression : Blue focus underline is missing in 'Email id' text field while tabbing in Sign-in overlay.
Reported by
avsha...@etouch.net,
May 5 2017
|
|||||||||
Issue descriptionChrome Version : 60.0.3090.0 (Official Build) c9672e28ad57ca92994dfaa20c7b0f9991fddbd8-refs/heads/master@{#469538} 32/64 bit OS : Windows (7,8,10), Mac (10.11.6, 10.12.1), Linux (14.04 LTS) What steps will reproduce the problem? 1. Launch chrome, click on Avatar icon and click 'Sign in to chrome' button (Sign in overlay appears). 2. Press 'Tab' key 4 times and observe the 'Email id' text field. Actual : Blue focus line is missing in 'Email id' text field. Expected : Blue focus line should be seen in 'Email id' text field while tabbing in 'Sign-in' overlay. This is a regression issue broken in ‘M-60’, below is the Manual Regression range and will soon update other info. Good build : 60.0.3080.0 Bad build : 60.0.3081.0
,
May 5 2017
My change certainly didn't cause this.
,
May 8 2017
Narrow Bisect info : https://chromium.googlesource.com/chromium/src/+log/bbc102ac1bbea1031b7f8c5ad62ceb04b84dd301..8f383ab372f040a216b3ff4f9afdb79da10d961c?pretty=fuller&n=10000 Suspecting: r 467124 from Narrow Bisect @paulmeyer : Could you please look into the issue and if possible please help to assign it to concern owner. Thank you!
,
May 8 2017
I am unable to repro this (the blue line appears for me in Linux 60.0.3094.0). Does this definitely repro on Linux?
,
May 9 2017
With response to comment #4, Above issue can be reproduced consistently on Windows and Mac OS, but it is very inconsistent on Linux (14.04 LTS) machine. We need to repeat step 2, 2-3 times in order to reproduce above issue on Linux OS. Please try repeating step 2, 2-3 times. Thank you!
,
May 10 2017
,
May 12 2017
This is certainly not P1, downgrading to P2. Note that the page in question is actually served by GAIA. It's rendered in a webview in the modal dialogue. I don't know if the change is related to webUI stuff, but just wanted to note that the page in question isn't served by Chrome. Also, FWIW, I am unable to reproduce this on Mac OS. Are you sure it repro's on Mac, and not only Windows?
,
Oct 17 2017
I believe this is the result of inconsistent GuestView focus logic. My guess is that the inner WebContents is either not being focused properly, or it is but the outer WebContents doesn't track it properly.
,
Nov 1 2017
--Chrome Identity automated triaging-- This bug is Untriaged and has gone for two weeks without any activity, so it is being moved to Available. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 1
,
Sep 3
--Chrome Identity automated triaging-- This bug is Assigned and has gone one month without any activity, so it is being moved to Available to indicate that it is not actively being worked on. If you are working on this bug, please mark yourself as the owner and move back to Assigned. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by sandeepkumars@chromium.org
, May 5 2017Owner: mthiesse@chromium.org
Status: Assigned (was: Unconfirmed)