New issue
Advanced search Search tips

Issue 842477 link

Starred by 6 users

Issue metadata

Status: Duplicate
Merged: issue 658405
Owner:
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Translate this page? UI popover blocks keyboard input & shortcuts until dismissed

Reported by i...@internals.io, May 13 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.139 Safari/537.36

Steps to reproduce the problem:
1. Open a page in a non-local locale ( e.g. https://support.google.com/?hl=es or https://support.google.com/?hl=it if your locale is en-US )
2. The Translate this page? popover automatically displays in the top right
3. Keyboard input & shortcuts are now nonfunctional until the popover is manually dismissed. Try:
 - Pressing tab to switch between page elements, e.g, to move to the support search box to start searching (Nothing happens)
 - Pressing Cmd-F to activate Find (The Find search box displays behind the popover but you cannot type into it)
 - Pressing Cmd-L to activate the URL bar (The URL is highlighted but you cannot type into it)
 - Pressing Cmd-T to open a new tab (A new tab opens but you cannot type into the url bar)

What is the expected behavior?
When the Translate this page? popover is displayed, keyboard input such as shortcuts (Tab to move foucus, Cmd-F to find, Cmd-L to move focus to URL bar, Cmd-T for new tab, etc.) should function as expected.

What went wrong?
Keyboard input is nonfunctional while the Translate this Page popover is displayed.

Did this work before? Yes 

Chrome version: 66.0.3359.139  Channel: stable
OS Version: OS X 10.13.5
Flash Version:
 

Comment 1 by i...@internals.io, May 13 2018

Attached a video of this bug. (Please ignore my blurring of the omnibox results at the end.)
TranslateThisPage.mp4
302 KB View Download

Comment 2 by meh...@chromium.org, May 13 2018

Components: -UI UI>Browser>Language>Translate
Labels: Needs-Bisect Needs-Triage-M66

Comment 4 Deleted

Able to reproduce the issue on Mac 10.13.3 using chrome reported version #66.0.3359.139 but the same is not reproducible in the latest canary #68.0.3429.0. Issue is specific to OS-Mac

Reverse Bisect Information:
=====================
Good build: 67.0.3371.0
Bad Build : 67.0.3370.0

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/e177548f1211b0774d156529eb28c42c0d85d5d0..e8bb3cdb4fa4571b82bb6f93765acbdf20e81e5e

From the above change log suspecting below change
Change-Id: I7ec11568d860e7371f552baa44a0d6b45db6dc22
Reviewed-on: https://chromium-review.googlesource.com/935424

sdy@ - Could you please check and merge the fix to M-66 if it is a valid candidate.
Note: Adding stable blocker for M-66 as it seems to be a recent regression. Please feel free to remove the same if not appropriate.

Thanks...!!
Friendly ping to get an update on this issue as it is marked as M66 stable blocker.

Thanks..!
Gentle ping to get an update on this issue?
Thanks..!

Comment 8 by sdy@chromium.org, May 23 2018

Mergedinto: 658405
Status: Duplicate (was: Assigned)
Yep, I think this was fixed via  issue 658405 , so beta should be good now and the next stable update should include the fix. Sorry for the lag!

Sign in to add a comment