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

Issue 757941 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: 2017-10-19
OS: Windows
Pri: 2
Type: Bug-Regression
Team-Security-UX

Blocking:
issue 392354



Sign in to add a comment

After upgrade to 60.x focus is not handled properly on the page after Chrome security page is displayed

Reported by inn...@gmail.com, Aug 22 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36

Steps to reproduce the problem:
Point browser to a url for insecure server so that “Your connection is not private” page is displayed. Once you agree to proceed, the next page will not allow input field to gain focus neither will it allow anything to be typed in. Had to click outside the page and then come back for it to work. The next time when the security page is not displayed, everything works fine. Once I clear cache and the security page appears again, I encounter the same issue. 
This worked fine on my 56.x browser.
See the attached file for more details.

What is the expected behavior?
The  input field should have gained focus upon entering first time

What went wrong?
The input field did not gain focus even though it was an active element if the page was preceded by “You connection is not private” page". I also could not enter any text. Had to go click outside of page and come back and then it works fine. 
See the attached  file for more details

Did this work before? Yes 56.x

Chrome version: 60.0.3112.101  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version:
 
NoFocusOnPage.docx
64.2 KB Download
Labels: Needs-Triage-M60

Comment 2 by rtoy@chromium.org, Aug 22 2017

Components: -Blink Blink>Focus

Comment 3 by kochi@chromium.org, Sep 1 2017

I haven't confirmed on Windows (is there any site that I can test?).
On Linux I got such a page but could not reproduce the issue.

From the symptom, I'd guess the web content as a whole is not getting
focus - thus the browser process is not routing any input events to Blink.

Comment 4 by kochi@chromium.org, Sep 6 2017

Components: UI>Browser>Interstitials
Can anyone in UI>Browser>Interstitials take a look at this?

Comment 5 by kochi@chromium.org, Sep 6 2017

Cc: kochi@chromium.org
Components: -Blink>Focus

Comment 6 by kochi@chromium.org, Oct 5 2017

NextAction: 2017-10-19
Ping?

Comment 7 by est...@chromium.org, Oct 13 2017

Blocking: 392354
Cc: elawrence@chromium.org
I can't reproduce on Mac Canary (63). elawrence, could you give it a try on Windows?

Regardless, this is probably one of the many interstitials bugs that aren't worth fixing individually. Issue 448486 should fix these all in one fell swoop.
Status: WontFix (was: Unconfirmed)
I cannot reproduce this on MacOS, CrOS, or Windows.

Repro Page: https://webdbg.com/test/forms/text.html

As Emily notes, fixing 448486 should clear up any issue of this nature.
The NextAction date has arrived: 2017-10-19

Sign in to add a comment