Links do not work in Daily Debs on Ubuntu 16.04

Bug #1622023 reported by monkeybrain2012
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
qpdfview
Fix Released
High
Adam Reichold

Bug Description

All the links in pdf documents don't work with qpdfview. These include links to external urls (open URLs already checked in settings) as well as links to other parts of the document. When clicked or tab nothing happen. All these work in evince.

Sample documents
https://www.dropbox.com/s/2z2o7oi8170t5aj/jQuantum.pdf?dl=0
https://www.dropbox.com/s/woaxnjawpu5xtwp/Sage%20for%20Cryptograhers%20presentation.pdf?dl=0

qpdfview 0.4.16.99

PDF support using Poppler 0.41.0

Ubuntu 16.04 64 bits with Unity.

Revision history for this message
monkeybrain2012 (kammon101) wrote :

I just discovered that links work for most documents with the old version of qdfview in Ubuntu's repo (0.4.14) (except for the second example with sage, evince works) But djvu documents don't open because of https://bugs.launchpad.net/qpdfview/+bug/1515018

Revision history for this message
Adam Reichold (adamreichold) wrote :

Just to narrow this down: Are the links loaded, i.e. are they marked by red boxes and have a tool tip indicating the target page and just nothing happens after clicking them, or are there no links available on the page at all? Maybe also of interest: Does navigation using the outline or the page number control in the tool bar work?

summary: - pdf links don't work
+ Links do not work in Daily Debs on Ubuntu 16.04
Changed in qpdfview:
importance: Undecided → High
status: New → Confirmed
Revision history for this message
monkeybrain2012 (kammon101) wrote :

They are marked as red boxes but there are no tool tip when hover over. The links are visible just nothing happens when clicked.Outliners and thumbnails (side panel) and page number all work.

Thanks.

Revision history for this message
monkeybrain2012 (kammon101) wrote :

Hi, any update? Thanks.

Revision history for this message
monkeybrain2012 (kammon101) wrote :

I grabbed the source of 0.4.14 and built with qt4, all the links work and djvu works too

Revision history for this message
Adam Reichold (adamreichold) wrote :

Hello again,

the release version 0.4.14 you used before was probably built against Qt5 and hence had problems opening DjVu documents due to the change in shared-mime-info which is not used by the Qt4-based build which uses libmagic instead.

That the Qt4-based build also works w.r.t. links suggests that the recent changes to loading interactive elements (like links) outside of the main loop might be the culprit even though this is the first report of such problems.

The reason that there have been no updates is that I am mostly occupied these days and there is a certain overhead to setting up an Ubuntu 16.04 build environment first.

Maybe you could try building the latest trunk from source as well and check that it shows the same symptoms? Or you could even try build revisions 1993, 1992 and 1991 to isolate a problem in the interactive element loading changes. Thanks.

Best regards, Adam.

P.S.: You can get archives of these revisions for example at https://bazaar.launchpad.net/~adamreichold/qpdfview/trunk/tarball/1993

Revision history for this message
monkeybrain2012 (kammon101) wrote :

Hi, I don't mind testing them out but when I clicked the link it said I don't have the proper permission to download.

Revision history for this message
Adam Reichold (adamreichold) wrote :

Hhhmmm, that's odd, I just tried and were able to access the links without logging in and the source code should definitely be publicly accessible. Have you tried navigating their via the usual entry point [1]?

[1] https://code.launchpad.net/qpdfview

Revision history for this message
monkeybrain2012 (kammon101) wrote :

I went to https://launchpad.net/qpdfview/trunk but I didn't see ant rev 1991, 1992, 1993. So I downloaded the 0.4.16 tarball. Compiled with qt4 links work. I can't compile with qt5 because I don't have libpopler-qt5 and I can't install it, for if I do it will pull in a bunch of qt5 stuffs that pollute my system. I have compiled a local version of qt5 to build other apps, but there is no poppler.

Revision history for this message
monkeybrain2012 (kammon101) wrote :

I should add that there are some other oddities with the qt5 build installed from the PPA. I have 4 virtual desktops arranged in a 2x2 grid. Suppose qpdfview is open in either of the two desktops on the top row. Click Edit > Settings. The bottom of the Settings window would stick out to the bottom row exactly 1/2 of the time: if you close the settings window and open it again, then it won't stick out, but close and open again it sticks out again. It is very reproducible and the sticking out happens alternately. The qt4 build doesn't have that issue. Seems that there are some gliches of qt5 on Unity.

Revision history for this message
Adam Reichold (adamreichold) wrote :

Yes, we have had several issues reported which boiled down to integration problems of Qt 5 and Unity in the past, so this seems to be consistent.

I also think your earlier tests of 0.4.14 show that the issue with the links you experience is unrelated to whether Qt 4 or Qt 5 is used. The problem seems to have been introduced after version 0.4.16 was released and my guess is that the problematic changes are either revision 1993 or 1992.

Another problem is that the current Ubuntu 16.04.1 LiveCD does not seem to work reliably under VirtualBox 5.1 which is why I have to even try to properly reproduce this. And I still do not understand why direct links to the snapshot tarballs like https://bazaar.launchpad.net/~adamreichold/qpdfview/trunk/tarball/1993 are not publicly accessible, the source repository itself is after all...

Revision history for this message
Christian Hartmann (ch-hartmann-milano) wrote :

you might be interested to know that
I run PDFview from the official distro on Ubuntu 16.04 without any problem.
Both installed last weekend and already used 4 days for work.
By the way, my compliments for this program. Unfortunately I discovered it only now because I decided to get rid of any KDE-application. Great Work!!

Revision history for this message
Christian Hartmann (ch-hartmann-milano) wrote :

also the lionks to the snapshots work fine

Revision history for this message
monkeybrain2012 (kammon101) wrote :

I tried the source from https://launchpad.net/~adamreichold/+archive/ubuntu/qpdfview-dailydeb/+sourcepub/6998679/+listing-archive-extra

Compiled with qt4 and links don't work.

The latest version I have tested that works (compiled with qt4) is 0.4.16 from the download link at

https://launchpad.net/qpdfview/trunk

Revision history for this message
monkeybrain2012 (kammon101) wrote :

@Christian Hartmann

Yes, I know that links work with the repo's version (0.4.14) but it doesn't open .djvu files because of some qt5 issue. See my first post in the thread.

Revision history for this message
monkeybrain2012 (kammon101) wrote :

I have finally been able to build poppler with qt5 support. With it I built qpdfview 0.4.16 (released on 2015-11-14) against qt5.51 and poppler 4.80.The links all work. So the culprit is something that happened after and it is not qt-5.

P.s The problem of the setting windows sticking out described in #11 is 100% for this version of qpdfview if compiled against qt5. basically the setting window is not able to use the top bar of the desktop, if compiled against qt4, this happened 1/2 of the time. With 0.4.14 compiled against qt4 this doesn't happen, this is the version that I am using now, seems every major thing works.

Revision history for this message
Adam Reichold (adamreichold) wrote :

Finally able to reproduce this inside a virtual machine...

Changed in qpdfview:
status: Confirmed → Triaged
Changed in qpdfview:
assignee: nobody → Adam Reichold (adamreichold)
milestone: none → 0.4.17
Revision history for this message
Adam Reichold (adamreichold) wrote :

As expected this was an error in the on-demand loading of interactive elements, i.e. loading them whenever a page is rendered, but actually they were only loaded if rendering of a whole page was requested explicitly, e.g. during prefetching, but if only a few tiles of a page where rendered. I actually moved the first beta tag to include this fix, so please retest.

Changed in qpdfview:
status: Triaged → Fix Committed
Revision history for this message
monkeybrain2012 (kammon101) wrote :

Hi, links work for 0.4.17 beta from the daily ppa. Thanks for the great work!

Changed in qpdfview:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.