New issue
Advanced search Search tips

Issue 821708 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression: [DevTools] Header of DevTools gets hide on resizing the DevTools window.

Reported by dchau...@etouch.net, Mar 14 2018

Issue description

Chrome Version: 67.0.3370.0 (Official Build)Revision 540244ed4952574c2bb88ac553397e47e5f03c4e-refs/heads/master@{#542909} 32/64-bit.
OS: Windows(7,8,8.1,10), Mac(10.12.6,10.13.1,10.13.4) and Linux(14.04).
 
What steps will reproduce the problem?
1. Launch Chrome, open DevTools and dock it to bottom.
2. Press 'Esc' key from keyboard to open Console drawer.
3. Completely resize the DevTools window towards downward and observe. 

Actual: Header of DevTools gets hide after resizing the DevTools window.
Expected: Header of DevTools should not hide after resizing the DevTools window.

This is a regression issue, broken in M-63 series, below is manual regression range.
 
Good build: 63.0.3236.0(Revision: 507287)
Bad build:  63.0.3238.0(Revision: 508208)

Using the per-revision bisect providing the bisect results:

You are probably looking for a change made after 507560 (known good), but no later than 507561 (first known bad).
CHANGELOG URL:
The script might not always return single CL as suspect as some perf builds might get missing due to failure.
  https://chromium.googlesource.com/chromium/src/+log/4de47c5566bd3b289f75e2f3cd1069cc7f9f8da1..b8ac8ae0a029de8ca616c5a046030c50385a4b54

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

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

NOTE: This issue is also reproducible on M-65 Stable (build # 65.0.3325.162) and M-66 Dev (build # 66.0.3359.26).

Kindly review the attached screen-cast for reference.

Thank you.

 
Actual behavior.mov
4.5 MB View Download
Expected behavior.mov
2.0 MB View Download

Comment 1 by l...@chromium.org, Mar 14 2018

Labels: -Pri-1 Pri-3
Thanks for the report + bisect.  The CL mentioned was intended to fix another regression in Blink.  Moving to Pri-3 since it occurs in a very specific case (very low height, drawer must be open).

Comment 2 by l...@chromium.org, May 25 2018

Status: WontFix (was: Assigned)
After coming up with a few approaches: adding "position: sticky" on SplitWidget or "overflow: hidden" on splitWidget/tabbedpane, we did not have a strategy to ensure there would be no regressions.  Since this resizing is a rare UI case with a workaround, closing this as WontFix.

Sign in to add a comment