Unwanted white line is seen at the border of pdf page after zoom in to 125%
Reported by
adha...@etouch.net,
Mar 1 2017
|
||||||||||
Issue descriptionVersion: 58.0.3027.0 0431b6bc6c9bf5624cccf1121285392b07b74ec6-refs/heads/master@{#453800} OS: Windows (7,8,8.1,10),Linux (14.04 LTS) What steps will reproduce the problem? (1)Launch chrome and navigate to https://pdfobject.com/static.html (2)Zoom in the page up to 125% via wrench menu.(Kindly refer the video) (3)Observe the R.H.S of the vertical scroll bar. Actual:Unwanted white line is seen at the border (R.H.S)of vertical scroll bar after zoom in to 125% Expected:No such unwanted vertical white line should be seen after zoom in to 125% This is a Regression issue broken in M-58,will soon update other info. Good build:58.0.3011.0 Bad build:58.0.3012.0 Above issue is not seen on Mac OS.
,
Mar 2 2017
Narrow bisect info: https://chromium.googlesource.com/chromium/src/+log/7a8b621535abb3aa5d9c0ff2196299f1d90449a5..28ff32abc83ae8939f56702151b3d982859d56b5?pretty=fuller&n=10000 Suspecting:r449943? Kindly help to re-assign if your change is not the cause for this issue.
,
Mar 2 2017
Note: Inhouse was not able to generate any good build using per-revision bisect, tried changing the revisions. Hence used regular bisect to narrow down in the above comment. Adding stable blocker label. Please undo if not the case. Thanks.!
,
Mar 7 2017
This is caused by the object element (LayoutPart specifically) not honoring subpixel positioning. The issue is by design and is present in the code before my patch as well, but becomes a little more obvious now that borders also are sub pixel. I've attached a reduced test case, which can be reproduced in builds before my patch. The specific culprit is LayoutPart::replacedContentRect(); the comment there details why the class ignores subpixel positioning. I'm removing the stable blocker label accordingly.
,
Mar 15 2017
For the record, the comment is at https://cs.chromium.org/chromium/src/third_party/WebKit/Source/core/layout/LayoutPart.cpp?l=284 Unassigning myself from this issue.
,
Mar 15 2017
git blame says eae@ wrote the comment - what should we do about this? Removing the PDF label since any <object> can trigger this.
,
Mar 15 2017
I suspect that Oshimas work might fix this.
,
Mar 17 2017
Issue 702167 has been merged into this issue.
,
Apr 6 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 15
Update: ***Mass UI Triage*** We were unable to reproduce this bug on latest Canary version #72.0.3611.0 as the above Test URL gives an error "404 - File not found". If this bug still reproduces for you, please reopen or file a new issue. Thanks! |
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by ranjitkan@chromium.org
, Mar 1 2017Status: Untriaged (was: Unconfirmed)