Bug 398113 - Go to page links work erratically
Summary: Go to page links work erratically
Status: REOPENED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: 1.3.3
Platform: Fedora RPMs Linux
: NOR minor
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2018-08-31 21:53 UTC by Thomas Bingel
Modified: 2020-05-08 16:37 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Bingel 2018-08-31 21:53:51 UTC
There appear to be several scenarios und which the Go To Page links do not work anymore with PDF files. By Go To Page links, I mean these links in typical scientific papers were an integer is enclosed in squared brackets allowing you to click on it to go to the cited paper in the reference section of the document.

Scenarios all in Browse mode:
1) When the highlighter of the annotation bar is enabled by double clicking, the link does not seem to work anymore all the time
2) Apparently when you switch multiple times between text selection and Browse mode, these links do not work anymore
3) (I believe there is even a third scenario, wich I cannot replicate at the moment anymore)

In my estimation, these links should never be disabled no matter in which mode the user is in. This is awkward behavior.
Comment 1 Albert Astals Cid 2018-08-31 22:32:21 UTC
1) If you're creating higlights, you're creating highlights, so by definition we have decided that links won't function, the cursor doesn't turn into a hand either, so that's pretty clear

2) Can you really reproduce this?
Comment 2 Christoph Feck 2018-09-26 00:02:00 UTC
If you can provide the information requested in comment #1, please add it.
Comment 3 Andrew Crouthamel 2018-10-21 05:03:52 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Thomas Bingel 2018-10-21 18:47:48 UTC
So by definition is wrong! For anyone, who does serious work with a PDF needs to be able to follow bibliographical references at any time whether in highlighter mode or not. 

What I do at the moment is I open same PDF document twice, i.e. in Okular and in the default PDF reader, so that I can follow these links. This is not very convenient!

Then, the question remains how can I highlight a link if I am in highlight mode and the link is active as described above, right?
Comment 5 Thomas Bingel 2018-10-21 18:50:13 UTC
See my latest comment. I had to write this comment, because bug status change would error when there is no comment!
Comment 6 Unknown 2020-05-08 15:36:03 UTC
I can reproduce this issue as such:

- open file
- highlight
- save
- observe: some links are broken
- refresh (F5)
- observe: those links work again

So a solution could be to always refresh after saving? Personally I've started using Ctrl+S, F5 as *the* save keychord.

I believe Thomas means "when the review toolbar is active" rather than a certain review tool is active. In my experience you can click links in browse mode and also when review toolbar is enabled too (F6).

I can attest that frequent jumps are a very common use case in any sort of scientific reading. (It'd actually be a nice feature if you could follow links in new windows / tabs, or even with a popup preview in some part of the window in which you could annotate.  Would be a huge speed boost for my use cases.)
Comment 7 Unknown 2020-05-08 16:36:09 UTC
Also, links that are below highlights are no longer clickable, and text no longer selectable which are not really desirable effects.
Comment 8 Unknown 2020-05-08 16:37:38 UTC
(In reply to Göktuğ Kayaalp from comment #7)
> Also, links that are below highlights are no longer clickable, and text no
> longer selectable which are not really desirable effects.

Please excuse my too many comments but this is the last one: text is selectable, it was a little brain fart on my part, sorry.