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

Issue 741597 link

Starred by 2 users
Status: Assigned
Owner:
█ aval...@chromium.org
Last visit > 30 days ago
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression : Two text caret are observed at the same time, inside 'Omnibox' and 'Email' text field.

Reported by avsha...@etouch.net, Jul 12 2017 
Chrome Version : 60.0.3112.66 (Official Build) 918bd2c170db688d263abd50ba2144ec76d222ec-refs/branch-heads/3112@{#590} 32/64 bit
OS : Windows (7,8,10), Mac (10.11.6, 10.12.3), Linux (14.04 LTS)

What steps will reproduce the problem?
1. Launch chrome and navigate to chrome://chrome-signin/
2. In same tab, click inside omnibox and navigate to chrome://newtab.
3. Click on back navigation arrow icon (chrome://chrome-signin/ page appears) and observe text caret inside omnibox and 'Email' text field.

Actual Result : Unnecessarily two text caret are observed at the same time.

Expected Result : Instead, text caret should be seen either inside omnibox or in 'Email' text field.

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
Actual_Result.mp4
1.1 MB View Download
Expected_Result.mp4
1.1 MB View Download

Comment 1 by rbasuvula@chromium.org, Jul 12 2017

Labels: hasbisect-per-revision
Owner: paulmeyer@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:60.0.3080.0(Revision:466837).
Bad build:60.0.3081.0(Revision:467177).

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

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/bbc102ac1bbea1031b7f8c5ad62ceb04b84dd301..feafc2de2c3e515247b5f45ab9ac9a4139b6cd46

From the CL above, assigning the issue to the concern owner

@paulmeyer : 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.

Review-Url:https://codereview.chromium.org/2836973002
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.3 and Able to reproduce in latest Canary #61.0.3155.0

Comment 2 by paulmeyer@chromium.org, Sep 6 2017

Labels: -Pri-1 Pri-2

Comment 3 by paulmeyer@chromium.org, Oct 16 2017

Owner: aval...@chromium.org
Status: Untriaged (was: Assigned)

Comment 4 by jdonnelly@chromium.org, Oct 20 2017

Status: Assigned (was: Untriaged)

Comment 5 by avallee@google.com, Apr 26 2018 

This is probably not what we want to fix this but commenting out this line https://cs.chromium.org/chromium/src/chrome/browser/resources/gaia_auth_host/authenticator.js?type=cs&l=882 does fix the bug.

It seems the the omnibox gets focused when using the back button and the content loads and calls focus on the webview. The webview gets activated and shows the carent when it shouldn't since the omnibox is focused.

Comment 6 by benhenry@google.com, Aug 23

Components: -Internals
►

Sign in to add a comment