Some types of links are not clickable in the case of Chrome PDF Viewer.
Reported by
shima...@gmail.com,
Mar 11 2016
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36 Steps to reproduce the problem: 1. Go to http://www.broadband-xp.com/test/chrome/pdf/chrome_link_test2.pdf 2. Two links are not clickable in the case of Chrome PDF Viewer while the last link is clickable. What is the expected behavior? All links should be clickable in the case of Chrome PDF Viewer as well. In the case of Adobe Reader on IE or Firefox, all of them are clickable. And in the case of pdf.js, all of them are clickable. What went wrong? Two links are not clickable in the case of Chrome PDF Viewer while the last link is clickable. Did this work before? Yes 42.0.2311.135 Chrome version: 49.0.2623.87 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 21.0 r0 I have reported a very similar bug at https://bugs.chromium.org/p/chromium/issues/detail?id=515837 A part of this bug was fixed, but not all of this bug was fixed. (Actually my test case PDF was not fully good.) I recently noticed it so I submit this report again. How two links (not clickable in the case of Chrome PDF Viewer) are different from the last one (clickable in the case of Chrome PDF Viewer as well) is as follows: It is related with how this PDF was made. First there were two links in the text. Then a form element was put on the text. Finally, the text block which includes the last link was added afterwards. So maybe only the last link is above the form element, i guess, so it is clickable in the case of Chrome PDF Viewer as well. But in the case of Adobe Reader all links are clickable. And In the case of Chrome PDF Viewer prior to version 42, all of them were clickable. So please fix this bug. Thank you in advance.
,
Apr 12 2016
I used Google Chrome 52.0.2705.0 canary (64-bit) but it does not seem that this bug has been fixed. Around when will this bug be fixed? Thank you in advance.
,
Apr 29 2016
52.0.2720.0 canary (64-bit) still shows the problem. I want this bug to be fixed as soon as possible. Thank you in advance.
,
May 13 2016
I also confirmed this problem on Windows 10.
,
Jun 18 2016
M-50? Any news?
,
Aug 15 2016
Could somebody fix this bug?
,
Aug 15 2016
It's in the queue, but the queue is long.
,
Nov 8 2016
Looking at the PDF, it looks like this should be PDFACTION_URI, which the PDF Viewer knows how to handle now, just like the 3rd link. However, when hovering over the first two links, the PDF Viewer isn't even detecting them as links in the first place. Need to figure out what's going wrong there.
,
Nov 8 2016
In the PDF there had been the first two links before one form (textfield), whose display status is "hidden", was added. Then the third link was added onto the PDF. Now only the third link is clickable.
,
Nov 8 2016
Looks like this is another case of link / non-link widgets overlapping. The Z-order is probably still wrong here. Maybe I there are hidden widgets that need to be ignore. Note to self: See also bug 434064 and bug 515837 .
,
Feb 18 2017
>It's in the queue, but the queue is long. Any update?
,
May 10 2017
Nope, sorry. Updates happen when they happen. |
|||
►
Sign in to add a comment |
|||
Comment 1 by rnimmagadda@chromium.org
, Mar 11 2016Components: Internals>Plugins>PDF
Labels: M-50 OS-Linux OS-Mac
Owner: thestig@chromium.org
Status: Assigned (was: Unconfirmed)