New issue
Advanced search Search tips

Issue 871175 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Aug 16
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression: [Print Preview] Blue focus highlight seems to be chopped and gets hide under 'Print Destination' section.

Reported by dchau...@etouch.net, Aug 6

Issue description

Chrome Version: 70.0.3514.0 (Official Build) Revision	e359e11e00b7a42e1b5f7fee1f89b38a48c2dc60-refs/branch-heads/3514@{#1} 32/64-bit.
OS: Win(7,8,8.1,10) and Linux(14.04 LTS).

Precondition : 
1. Enable #enable-new-print-preview flag from chrome://flags
2. At-least 8-10 entry should be present under 'Print Destination' section.

What steps will reproduce the problem?
1. Launch Chrome, give print command on any webpage and click on 'Change' button under 'Destination' section to open 'Select a destination' overlay.
2. Press 'Tab' key till focus reaches to first entry under 'Print Destinations' section and then press 'down arrow' key till focus reaches to last entry.
3. Now press 'up arrow' key from keyboard and observe the blue focus highlight under 'Print Destinations' section.

Actual: Blue focus highlight seems to be chopped and gets hide on pressing 'up arrow' key.
Expected: Blue focus highlight should seen properly.

This is a regression issue broken in M-70 series, below is manual regression range.

Good build: 70.0.3511.0 (Revision: 580407)
Bad build: 70.0.3512.0 (Revision: 580755)

Unable to provide the bisect using 'hasbisect-per-revision' script and 'Chromium builds' as getting 'ServiceException' and 'RuntimeError' respectively. Hence assigning from ChangeLog URL: 

https://chromium.googlesource.com/chromium/src/+log/70.0.3511.0..70.0.3512.0?pretty=fuller&n=10000

Suspecting: https://chromium.googlesource.com/chromium/src/+/fb2126b85f31088f1fa43db482134a0f9cd18ba2

@rbpotter: Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

NOTE: This issue is not reproducible on Mac(10.12.6 , 10.13.1 , 10.13.6, 10.14) OS.

Kindly review the attached screen-cast for reference.

Thank you.
 
Actual behavior.mp4
1.7 MB View Download
Expected behavior.mp4
923 KB View Download
Labels: -Pri-1 Needs-Feedback Pri-2
Cannot reproduce on current Dev (70.0.3521.2) or Canary (70.0.3522.0) on Windows 10, or on tip of tree on Linux. Can you check if this is still an issue on the latest Canary and provide more detailed steps if it is?
With response to comment #1:
Rechecked the above issue on Win(7,8,8.1,10) and Linux(14.04 LTS) machines using latest Canary #70.0.3524.0 it seems to be fixed and working as intended.

please refer below attached screen-cast for reference.

Thank You.
Fixed behavior.mp4
870 KB View Download
Status: WontFix (was: Assigned)

Sign in to add a comment