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

Issue 613126 link

Starred by 3 users
Status: WontFix
Owner: ----
Closed: Dec 2016
Cc:
ajha@chromium.org
█ kavvaru@chromium.org
michae...@chromium.org
█ durga.behera@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression: Focus shifts to New tab radio button on using arrows in other text field

Project Member Reported by sc00335...@techmahindra.com, May 19 2016 
Version: 52.0.2741.0 dev 
OS: Ubuntu 14.04,windows

What steps will reproduce the problem?
(1) Go to chrome://md-settings >> Check "Show home button" >> Select other radio button and enter some url
(2) Now use side arrow buttons from keyboard and observe shift of focus from radio buttons

Expected: On using side arrow keys in text field focus should not change between radio buttons

Actual: Instead focus shifts even when editing text field.

This is a regression issue broken in M52.
Actual_homebutton.ogv
699 KB Download
Expected_homebutton.ogv
654 KB Download

Comment 1 by kavvaru@chromium.org, May 19 2016

Labels: OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Mac 10.11.5 using chrome version 52.0.2741.0.

Sindhu@ Please provide bisect information 


Thanks,

Comment 2 by sc00335...@techmahindra.com, May 19 2016

Labels: -Needs-Bisect hasbisect
Owner: michae...@chromium.org
Status: Assigned (was: Untriaged)
In 50.0.2633.0 dev we are able to enter text in other text field of home button and on hitting side arrows from keyboard highlight didn't shift to new tab page radio button.[Observe Expected video]. 
But from 50.0.2634.0 dev to 51.0.2674.0 dev unable to enter text in Other section of Home button.

From 51.0.2675.0 dev able to enter text but the mentioned issue like focus shift is seen on using arrow buttons.

Hence took good and bad as 
Good Build: 51.0.2674.0 dev
Bad Build: 51.0.2675.0 dev.

CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/7cbbde4df671db57cf16d222f800f430bd5b13f2..c96faa3bf8ca74c0173b8cfc88894c69063cf100

Suspecting  https://codereview.chromium.org/1766433002 from changelog

@michaelpg: Please confirm and help in assigning to appropriate person if it is not related to your change.

NOTE: This shift of focus on using arrow keys is not seen in chrome://settings.

Comment 3 by tbuck...@chromium.org, May 23 2016

Labels: Pri-2
Since MD Settings has not launched, setting "regression" bugs to P2
Project Member

Comment 4 by sheriffbot@chromium.org, Jun 1 2016

Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 5 by michae...@chromium.org, Jun 3 2016

Blocking: 614588
Cc: michae...@chromium.org
Labels: OS-Chrome
Owner: ----
Status: Available (was: Assigned)
This is weird, we're probably propagating events we shouldn't be.

Comment 6 by tbuck...@chromium.org, Jun 13 2016

Blocking: -614588
Removing from dev blocker list.
Project Member

Comment 7 by sheriffbot@chromium.org, Jul 9 2016

Labels: -M-53 MovedFrom-53
This issue has been moved once and is lower than Pri-1. Removing the milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 8 by tbuck...@chromium.org, Jul 22 2016

Labels: Hotlist-MD-Settings-Appearance

Comment 9 by tbuck...@chromium.org, Dec 9 2016

Status: WontFix (was: Available)
This seems to have been fixed by 56.0.2924.12 (Official Build) dev (Chrome OS)
►

Sign in to add a comment