Wrong hyperlinks in PDF when multiline
Reported by
pavel.m...@gmail.com,
Aug 2
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.84 Safari/537.36 Steps to reproduce the problem: 1. Try to print the attached HTML to PDF in Chrome. 2. See that Link1, Link2, Link3 all navigate to test.cz/link3, but they should be test.cz/link1, test.cz/link2 and test.cz/link3 3. The problem does not appear if Link3 is not split into 2 lines (try it by uncommenting style in the HTML) The wrong PDF is attached too. What is the expected behavior? The expected output is correct links even with multiline hyperlinks. Some PDF viewers show all hyperlinks correctly, but Acrobat Reader and Chrome embedded viewer don't. What went wrong? The error has been reported to Skia: https://bugs.chromium.org/p/skia/issues/detail?id=8198 It won't be fixed in Skia due to: "Blink is calling SkAnnotateRectWithURL() with a single rect that is the bounding box of all of the `Link3` text. It should be called twice with two smaller rects so it doesn't overlap the other links." Did this work before? N/A Chrome version: 68.0.3440.84 Channel: stable OS Version: Ubuntu 18.04 Flash Version:
,
Aug 7
https://bugs.chromium.org/p/skia/issues/detail?id=8198 says this is due to the SkAnnotateRectWithURL() calls, which are all in cc/paint, so over to Internals>Compositing for triaging.
,
Aug 22
,
Aug 22
This forwards directly from GraphicsContext::SetUrlForRect with no coalescing, so passing off to paint.
,
Aug 23
This might be tricky to fix. We'll see.
,
Aug 23
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by swarnasree.mukkala@chromium.org
, Aug 2