Weird text selection in history page is seen on print preview page.
Reported by
db...@etouch.net,
Apr 4 2018
|
|||||
Issue descriptionChrome Version:66.0.3359.81 Revision fb2352fc7d3d530687ff90d6ccc195efd640c1a7-refs/branch-heads/3359@{#569}(32/64 bit) OS: Windows (7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.12.6,10.13.1,10.13.4) Pre-Condition: Create some history by navigating web pages. What steps will reproduce the problem? (1) Launch chrome, navigate to chrome://history and check any URL to delete history(Remove selected items overlay will open). (2) Then give 'Print' command and select text on overlay, observe Actual: Weird text selection is seen on Print preview. Expected: No such a text selection should seen. This is a Non-regression issue seen from 'M60' series i.e 60.0.3072.0 Note: Issue is aslo seen on M65 Stable build #65.0.3325.181, M67 Dev build #67.0.3386.1 and M67 Canary build #67.0.3388.0
,
Apr 10 2018
halcanary: Can SkPDF figure out there is obscured text that does not need to be rendered into the PDF, or does Blink have to figure that out?
,
May 23 2018
halcanary: Can you take a quick look?
,
Jun 7 2018
If you crop the text before drawing it, then it might help. But no, SkPDF can't know ahead of time that text will be obscured by later drawing commands.
,
Jun 8 2018
Let's ask Blink>Paint to help take a look then.
,
Jun 8 2018
This seems super hard to fix for not much benefit. How often do people print overlays and expect to be able to select from the print preview? |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by rbasuvula@chromium.org
, Apr 4 2018