Summary: | okular trunk jumps back to first page on file change | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | qqqqqqqqq9 |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ajuffing, arojas, bugs.kde.org, coronarajan, cruzki123, hobbyblobby, Jochen.Trumpf, jorge.adriano, kde, leandro.mat, majewsky, michalodstrcil, soeken |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
qqqqqqqqq9
2009-07-06 19:34:50 UTC
Which version "okular-9999" is? This is not gentoo's bug tracking system. Paste the result of `okular --version` on command line, please. HI, 9999 means Qt: 4.5.2 KDE: 4.3.60 (KDE 4.3.60 (KDE 4.4 >= 20090706)) Okular: 0.9.80 and 4.3.9999 is Qt: 4.5.2 KDE: 4.3.60 (KDE 4.3.60 (KDE 4.4 >= 20090706)) Okular: 0.8.90 So it happens with current thunk but not with 4.3, right? I'm a bit confused about that naming scheme, but if i downgrade (only) okular to 0.8.90 it works fine again. The problems with 0.9.X started around June 29th/30th because on July 1st i installed evince. By the way, i always get mails which tell me: Post by non-member to a members-only list Yes, this is due to recent refactoring in the page view. Strange, other similar cases work fine, but not that one... I'll investigate soon, of course. (Forgot to confirm, as it's a known problem.) Workaround until fix: after reload okular jumps to page 1, then you can press "Ctrl+F" (search) and okular jumps back to the last seen place. same annoying behavior on kde 4.3.85 pdf backend 0.2.1 okular 0.9.80 Still not fixed in RC1 This is terrible for those of us producing LaTeX documents. Whenever we recompile we go back to page 1 :S Jorge and others, would you mind trying whether Albert's patch from comment 13 in bug #205084 fixes this one here as well? IMVHO, this should block the 4.4 release. It's a annoying regression in a highly visible feature in a popular application. Can't reproduce it so can't fix it. If someone running latest version of okular from svn (RC 1 is not enough) can reproduce it please tell the exact steps you do yo get the problem. I think that it is fixed. I have tried the new version for some pdf and it works nice. Thanks I can still reproduce with openSUSE packages built from revision 1070744 (which seems to be SC 4.4 RC1). @Albert: Here's how to reproduce the issue: 1. Look for some PDF with multiple pages. Let's call it "bigdoc.pdf" for now. 2. Say "cp bigdoc.pdf test.pdf". 3. Open test.pdf in Okular, and scroll down to some page != page 1. 4. Redo step 2. Okular will reload the changed file automatically (if configured like this, which is the default IMO). One would expect that, after reloading, Okular shows the same part of the document again, but on my system, the viewport scrolls back to the very top. The workaround mentioned in comment #7 gets me back to where I was before. You want >= r1072191 I'm closing the bug for now as per Michal's comment, if anyone with that revision or higher can reproduce the problem please reopen it. The package in openSUSE KDE UNSTABLE repository is - okular-4.3.87svn1070744-2.3.i586.rpm Is older than the one in Factory. I can try it out once it shows there. *** Bug 222221 has been marked as a duplicate of this bug. *** *** Bug 222747 has been marked as a duplicate of this bug. *** Working great in RC2, thanks! :) Hi, I would like to inform that the problem reported here is also present in the version 0.12.2. I am running this version in a Gentoo amd64 plataform with KDE 4.6.2. In the mean time is there any suggestion how I could workaround this ? Thanks. Leandro can you please post the exact steps and settings you have when reproducing this problem? @others: Can you reproduce this problem again in newer versions? Hi Albert, to reproduce this behaviour it is enough to : 1- Open any PDF file having more than one page in Okular; 2- Without close Okular modify the content of PDF file and save it with the same name, for example, adding some new text lines. 3- Refresh the modified PDF on Okular. After this 3 steps, Okular will show this file at the first page. is this information about my system is enough to help you ? OS: Gentoo - Kernel 2.6.38-r3 KDE 4.6.2 Qt: 4.7.2 Okular 4.6.2 -- 0.12.2 PS: In my case I created and modified the PDF file using kile and texlive and I noted that this behavior can also be reproduced using pdflatex command line and any text editor to modify the tex code source. Hi guys, I am using Okular 0.10.5 (KDE 4.4.5) on ubuntu 10.04 LTS. I use kile (2.0.85 KDE 4.4.5) to write latex documents on and Okular to read the pdf. But the problem mentioned above by others started about 1.5 months ago (it was fine before that). The workaround suggested on comment #7 does not work for me. As I'm using Okular to read a large document, this is becoming a major issue. Have you found a solution yet? If you need to reproduce the problem: 1) Compile a document on kile 2) Look at the document using "View pdf" on kile or open the pdf file. 3) Make changes to the latex document in kile and recompile 4) The position of pdf file is now at the beginning instead of where it was before recompiling. Any solutions you may have found will be gratefully received. |