Bug 320723 - No way to go back when following an embedded link in a pdf file.
Summary: No way to go back when following an embedded link in a pdf file.
Status: CONFIRMED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
: 359929 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-06-04 14:57 UTC by ohwoeowho
Modified: 2022-08-09 14:51 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
pdf with a link to a different pdf (16.30 KB, application/pdf)
2013-06-04 16:51 UTC, ohwoeowho
Details
pdf that test.pdf links to. It must be placed in /tmp/ (429.03 KB, application/pdf)
2013-06-04 16:52 UTC, ohwoeowho
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ohwoeowho 2013-06-04 14:57:39 UTC
Inside a pdf file (e.g. "~/1.pdf") there's a link to a local pdf file (e.g. "~/2.pdf").
Although the link can be followed, and Okular opens "2.pdf" in the same window,
there's no way to go back to "~/1.pdf" (Shift+Alt+Left doesn't work).
In addition, the window title becomes "Untitled-1 - Okular", instead of "2.pdf - Okular".

Reproducible: Always

Steps to Reproduce:
1. Open a pdf file with a link to another pdf file inside.
2. Follow the link.
3. Try to go back.
Comment 1 Albert Astals Cid 2013-06-04 15:23:05 UTC
Please attach the files so we can reproduce the error
Comment 2 ohwoeowho 2013-06-04 16:51:45 UTC
Created attachment 80298 [details]
pdf with a link to a different pdf
Comment 3 ohwoeowho 2013-06-04 16:52:53 UTC
Created attachment 80299 [details]
pdf that test.pdf links to. It must be placed in /tmp/
Comment 4 ohwoeowho 2013-06-04 16:55:17 UTC
The name of the second file should be 
[R Langer, J Folkman] Polymers for the sustained release of proteins and other macromolecules(1976).pdf 
The uploader stripped the leading "["
Comment 5 Albert Astals Cid 2013-06-08 21:13:22 UTC
I think that used to work, or maybe not, but you're right, we should either open it in a new window or provide a way to go back, personally i prefer the second option.
Comment 6 josef.dalcolmo 2016-01-04 12:15:05 UTC
I see this bug has not been resolved yet for version 0.19.3.

Please implement this by opening a new window when following external file links. When working on large, multi-document projects, with many links between them, it is more convenient to be able to see the different documents side-by-side, rather than switching between them in the same window. Evince does it this way too.

- Josef
Comment 7 Albert Astals Cid 2016-02-29 23:59:00 UTC
*** Bug 359929 has been marked as a duplicate of this bug. ***
Comment 8 Justin Zobel 2020-11-26 08:52:44 UTC
Confirmed still an issue in 21.03.70.
Comment 9 Jaleks 2022-08-09 09:04:22 UTC
Version 1.3.2 in August 2022 still has this issue.
Is this hard to implement? (Could a newbie dare to give it a try?)
Comment 10 Laura David Hurka 2022-08-09 14:51:07 UTC
If I think a bit about it, this may be medium difficult to implement, because Okular uses KParts.

If a new window/tab shall be opened, Part has to tell the shell to open an URL.
The shell probably has a function that just needs to be called with a QUrl.
But you need to understand how the Part tells commands to the shell.

If there shall be a way to go back (with the “Back” action), the Back action has to distinguish between the viewport history (which is already there but currently buggy) and a document history, which is not yet there in the Part.
The Back action belongs to the Part, while the document history (“Open Recent” menu) belongs to the shell.