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: RESOLVED DUPLICATE of bug 297777
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:
Depends on:
Blocks:
 
Reported: 2013-06-04 14:57 UTC by ohwoeowho
Modified: 2024-11-26 15:43 UTC (History)
6 users (show)

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


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.
Comment 11 postix 2024-11-26 15:43:30 UTC

*** This bug has been marked as a duplicate of bug 297777 ***