New issue
Advanced search Search tips

Issue 851422 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 851622
Owner:
Closed: Jun 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Horizontal Scroll bar is not seen under Sources tab in DevTools

Reported by khushal....@etouch.net, Jun 11 2018

Issue description

Chrome Version : 69.0.3453.0 (Official Build) Revision 67baaec3f00fba7d0a5b1041fca4e28b16ac5e55-refs/branch-heads/3453@{#1} (32/64-bit)
OS: Windows (7, 8, 8.1, 10), Mac (10.12.6, 10.13.1, 10.13.6) & Linux (14.04 LTS)

Steps to reproduce:
(1) Launch chrome, open DevTools and click on "Sources" tab.
(2) Now Drag "Scope" window to LHS and observe.

Actual Result: Horizontal Scroll bar is not seen under Sources tab in DevTools.
Expected Result: Horizontal Scroll bar should be seen under Sources tab in DevTools.

This is regression issue broken in ‘M-69’ and providing the bisect info below:

Good Build: 69.0.3451.0 (Revision: 564769)
Bad Build:  69.0.3452.0 (Revision: 565143)

You are probably looking for a change made after 564825 (known good), but no later than 564826 (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/2045134020610ddc664eb41700d2f8b959b192c4..4f8f44f272473dfd92257e18dbe86fdf48d61884

Suspect: https://chromium.googlesource.com/chromium/src/+/4f8f44f272473dfd92257e18dbe86fdf48d61884

@rego: 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: Issue is also seen on M-69 Dev (build #69.0.3452.0).

Kindly refer attached screen cast.

Thank You..!!

 
Actual Video.mp4
1.1 MB View Download
Expected Video.mp4
1.0 MB View Download

Comment 1 by r...@igalia.com, Jun 11 2018

Cc: r...@igalia.com e...@chromium.org
Owner: ----
Status: Available (was: Assigned)
This seems to me like the expected behavior according to the spec for "contain: layout"
(https://drafts.csswg.org/css-contain/#containment-layout):
  "If the contents of the element overflow the element, they must be treated as ink overflow."

Checking the DevTools source code, the elements have a class "widget" that sets "contain: size layout;",
for all the elements that have that (particularly the "contain: layout" part)
their overflowing contents would be treated as "ink overflow" and they won't have any effect on the ancestors.
So the scrollbar on the ancestors is not shown, this is needed in order to be 100% that the layout of those elements
is independent from the rest of the page.

I guess DevTools code needs to be modified, if we want to have such horizontal scrollbar on that case.
One option could be disabling "contain: layout" for some of these elements,if that's not really what we're looking for.

Could someone from the DevTools team take a look to the usage of "contain: layout"
and check if it'd be possible to modify it to avoid this?

Comment 2 by kozy@chromium.org, Jun 11 2018

Owner: kozy@chromium.org
Status: Assigned (was: Available)

Comment 3 by l...@chromium.org, Jun 23 2018

Mergedinto: 851622
Status: Duplicate (was: Assigned)
Scrolling seems to have been restored.  Merging, as this seems to be another instance of  crbug.com/851622 

Sign in to add a comment