Issue metadata
Sign in to add a comment
|
Regression: Unable to navigate 'Chromium' link of chrome://md-settings/help from print preview
Reported by
jshan...@etouch.net,
Sep 8 2016
|
||||||||||||||||||||||||
Issue descriptionChrome Version: 55.0.2853.0 (Official Build) 1f38554c02bb4e0c9de35a53ce617931d0c3da08-refs/heads/master@{#416812}-32/64 bit OS: Windows (7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.10.5, 10.11.4) Steps: 1. Launch Chrome and navigate to chrome://md-settings/help 2. Give print command, click on 'Chromium' link seen on print preview and observe. Actual: Unable to navigate 'Chromium' link after clicking on it in print preview. Expected: Should be able to navigate 'Chromium' link after clicking on it in print preview. This is a regression issue broken in M-54, below is bisect info. Good build:55.0.2846.0 Bad build: 55.0.2847.0 Changelog url: (Providing changelog url as issue is not seen on Chromium builds) https://chromium.googlesource.com/chromium/src/+log/55.0.2846.0..55.0.2847.0?pretty=fuller&n=10000 Suspecting: r416117 ? Please help to re-assign if your change is not the cause for this issue.
,
Sep 8 2016
Correction: This is a regression issue broken in M-55.
,
Sep 8 2016
I don't think this is related to the change I'd made. I also looked at change log url to see if I could make a guess -- Lei, can you help route this bug. I also tried this in a local build and the bug is not happening for me (I'm able to navigate to the link).
,
Sep 9 2016
I can reproduce with 55.0.2853.0 official, but not with Chromium builds of the same vintage.
,
Sep 10 2016
I bisected and it really is r416117. Try doing a Chrome branded but non-official build.
,
Nov 19 2016
I am able to reproduce this bug, but not exactly as described. Clicking on Chromium works just fine, but the other two links don't work. @thestig: All three links are plain <a> tags. Any ideas what makes 2 of them not work while in print preview?
,
Nov 19 2016
halcanary@ might be able to look at the output PDF and give you some answers, or point towards Blink and shrug.
,
Nov 21 2016
The PDF seems okay. Here's the relevant Page object: 7 0 obj <</Type /Page /Resources <</ProcSets [/PDF /Text /ImageB /ImageC /ImageI] /ExtGState <</G0 8 0 R /G1 9 0 R>> /XObject <</X0 2 0 R>> /Font <</F0 10 0 R /F1 15 0 R /F2 20 0 R /F3 25 0 R /F4 30 0 R>>>> /MediaBox [0 0 612 792] /Annots [<</Type /Annot /Subtype /Link /F 4 /Border [0 0 0] /Rect [255 464 300 475] /A <</Type /Action /S /URI /URI (https://www.chromium.org/)>>>> <</Type /Annot /Subtype /Link /F 4 /Border [0 0 0] /Rect [435 464 529 475] /A <</Type /Action /S /URI /URI (chrome://credits/)>>>> <</Type /Annot /Subtype /Link /F 4 /Border [0 0 0] /Rect [151 443 224 455] /A <</Type /Action /S /URI /URI (chrome://terms/)>>>>] /Contents 4 0 R /Parent 6 0 R>> endobj
,
Jun 14 2017
This appears to be related to the target="_blank" attribute on the link (which opens the link in a new tab or window). Is it desired that links on the print preview rendering are active links? It seems like an accidental feature. Was it implemented intentionally? If not, should the links be blocked?
,
Jul 27 2017
Links should be blocked in print preview. Merging to tracking issue. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by jshan...@etouch.net
, Sep 8 2016