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

Issue 703045 link

Starred by 1 user
Status: WontFix
Owner:
hua...@chromium.org
Closed: Mar 2017
Cc:
ew...@chromium.org
nyerramilli@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Chrome://welcome page seen chopped if devtools is opened and window is in restore mode.

Reported by abom...@etouch.net, Mar 20 2017 
Chrome Version:59.0.3046.0 (Official Build) 6719c20584c6c916a4f5820a0f3b458ab612dfad-refs/heads/master@{#457952}
OS: Windows(7,8,8.1,10), Mac(10.11.6, 10.12.1, 10.12), Linux(14.04 LTS).

What steps will reproduce the problem?
1. launch chrome and navigate to chrome://welcome/
2. Open Devtools window and then resize Window to LHS
3. Drag horizontal scrollbar of page towards L.H.S and observe 

Actual: Chrome://welcome page seen chopped i.e. Initial alphabet is chopped.
Expected: Chrome://welcome page should be proper.

This is regression issue, broken in ‘M 59’ and below is manual bisect:
Good build: 59.0.3041.0 
Bad build: 59.0.3042.0 

Note:
Issue is reproducible on screen resolution:18.4-inch (1366*768)
Actual.png
76.3 KB View Download
Actual_welcome.mov
3.3 MB Download

Comment 1 by abom...@etouch.net, Mar 20 2017

Labels: hasbisect
Owner: hua...@chromium.org
Status: Assigned (was: Unconfirmed)
Providing ChangeLog:
(unable to narrow down the bisect range using tool as getting all chromium build as bad)
https://chromium.googlesource.com/chromium/src/+log/59.0.3041.0..59.0.3042.0?pretty=fuller&n=10000

Suspecting: r456867 ?

Kindly help to re-assign, if your changes are not cause for this issue.

@huangs:Please take a look.

Comment 2 by ranjitkan@chromium.org, Mar 20 2017 

This issue is caused on a specific resolution screen which in house do not have so cannot provide with per-revision Bisect.

Thanks.!

Comment 3 by hua...@chromium.org, Mar 20 2017

Cc: ew...@chromium.org
As shown in the video, the main issue is the inability to use scrollbar to view off-screen contents.

Fundamentally this appears to be a flex box rendering issue: If a horizntally centered flex box item has big unscrollable text mixed with small scrollable text, then when screen is shrunken horizontally, horizontal scrollbar won't access both big text and small text.

This does not happen with text-align: center.

I attached a demo that illustrates the problem. I think this is an issue with Blink.

For chrome://welcome, personally I think this is a WontFix. If we really need to fix we can probably sidestep the issue by avoiding flex box.  +ewald@ for feedback on whether to fix this for chrome://welcome.
test.html
913 bytes View Download

Comment 4 by ew...@chromium.org, Mar 21 2017 

Agreed, this seems like a WontFix for the chrome://welcome page specifically. Should we file a bug on Blink?

Comment 5 by hua...@chromium.org, Mar 21 2017

Status: WontFix (was: Assigned)
Filed  bug 703817  separately. Setting this bug to WontFix for now: The root cause seems to be Flexbox scrolling.
►

Sign in to add a comment