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

Issue 713549 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Sep 27
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 2
Type: Bug



Sign in to add a comment

Regression:unwanted Black line is displaying in customise font page.

Project Member Reported by sahitya....@techmahindra.com, Apr 20 2017

Issue description

Chrome Version: 59.0.3071.15 Dev
OS: Ubuntu 14.04,Windows

What steps will reproduce the problem?
(1)Launch chrome and navigate to the chrome://md-settings
(2)Increase the font size to very large and page zoom to 175%
(3)Click on customise font and observe

Expected result:Unwanted black line should not be displayed in customised font page.

Actual Result:Unwanted black line is displayed in customised fonts page.

This is regression issue broken in M-58

Manual Bisect Info:
===================
Good Build:58.0.3005.2 
Bad Build:58.0.3006.0


 
Actual line issue.png
118 KB View Download
Expceted customise.ogv
1.5 MB View Download
Status: Untriaged (was: Unconfirmed)
Able to reproduce this issue on Ubuntu 14.04 using chrome latest dev #59.0.3071.15. This issue is not seen on Mac OS 10.12.4.
Cc: rbasuvula@chromium.org
Labels: -Needs-Bisect hasbisect-per-revision
Owner: scottchen@chromium.org
Status: Assigned (was: Untriaged)
Using the per-revision bisect providing the bisect results,
Good build:58.0.3005.2 (Revision:448507).
Bad build:58.0.3006.0 (Revision:448862).

You are probably looking for a change made after 448853 (known good), but no later than 448854 (first known bad).

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/f1fbe08e33f617ef153c305b2af58e2f130767b2..fc09866f18c741c81b93c9314829a3046c724128

From the CL above, assigning the issue to the concern owner

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

Review-Url: https://codereview.chromium.org/2675183005
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & not in Mac 10.12.3 and Able to reproduce in latest Canary #60.0.3075.0
Components: -UI UI>Settings
Labels: Proj-MaterialDesign-WebUI
Owner: dschuyler@chromium.org
Very unlikely related to my CL. Unable to repro on Ubuntu 14.04 on chrome version #60.0.3077.0, was able to repro within the range of your bisect though.

re-assigning to dschuyler@ since he worked with sliders last.
Labels: Hotlist-MD-Settings-Appearance
I was able to reproduce this. It looks like a rendering artifact that depends on the zoom level. It's semi-reproducible when refreshing the page (sometimes it doesn't happen).
Components: -UI>Settings Blink>Compositing
Owner: ----
Status: Available (was: Assigned)
Since this is not consistent and depends on the zoom level, I'm guessing it's likely to be a rendering / compositing issue.
Labels: -Pri-1 -Type-Bug-Regression BugSource-Chromium PaintTeamTriaged-20170508 Pri-2 Type-Bug
Owner: schenney@chromium.org
Status: Assigned (was: Available)
This is not a regression. The bug has almost certainly existed for a while and the changes to the page revealed it.

It also is fixed according to comment #4. We won't merge a change for an issue like this.

I'll try to repro when I get back to a Windows machine, hence assigning to me. It doesn't repro on Mac as far as I can tell.
Also, in the current version the portion of the slider to the left of the knob is painted a different color, whereas in the example above it is not. Was there a change to the slider shadow dom that would explain the change in behavior? Is what I am seeing now in DevTools the same as what was there in the version with the bug?
Components: UI>Settings
Status: WontFix (was: Assigned)
The page has gone away, and the issue does not manifest on the current chrome://settings page.

Sign in to add a comment