Summary: | Some TOC entries fail to link to the correct page | ||
---|---|---|---|
Product: | [Unmaintained] kpdf | Reporter: | Bryan <bryan.cebuliak> |
Component: | general | Assignee: | Albert Astals Cid <aacid> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 0.4.2 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Bryan
2005-08-06 10:57:55 UTC
The crash is a duplicate of #110087 Using the fixed kpdf i see no problem with the TOC *** This bug has been marked as a duplicate of 110087 *** This is still broken on kpdf 0.4.2 using KDE 3.4.2 on ubuntu hoary debs. What exactly is the "fixed kpdf"? This is NOT a duplicate of 110087. The kpdf 0.5 version has not been specifically reported to browse the pdf in question [Australian Imm. Hndbook 8th] properly. I have doubts whether this is the case since xpdf 3.0 code is still in use in kpdf 0.5. No other xpdf 3.0 based browsers navigate this file's TOC/index properly. However, the TOC/index of the pdf file mentioned in 110087 is navigated properly in other current xpdf based browsers e.g Evince. Well, i downloaded, navigated and did not crash. If you think you can give more info on how to reproduce the crash just give it and don't expect me do discover it miracously. Of course the "fixed kpdf" will be in 3.4.3 and in 3.5.0 what else do you expect? Ta, Albert. It is not just about crashing. Did it navigate the TOC properly in the middle of the TOC tree? It does not do this in any xpdf 3.00 based browser I know as a mere user. If it does this in kpdf 0.5 then you have fixed the xpdf code and this should be ported to poppler, gpdf, evince, xpdf, etc. Keep up the good work. Best regards. Quoting Albert Astals Cid <tsdgeos@terra.es>: [bugs.kde.org quoted mail] Correct the bug. The problem is really that for example clicking on "1.1.1" moves you to page 210 instead to page 11 SVN commit 459064 by aacid: LinkDests and Dict contents are now UGString instead of GString, this makes the toc of the pdf in bug 110278 work, beign again the first xpdf based viewer (including xpdf 3.01) has this feature, REJOICE! BUGS: 110278 M +19 -8 core/generator_pdf/generator_pdf.cpp M +1 -1 core/generator_pdf/gp_outputdev.cpp M +1 -1 core/generator_pdf/gp_outputdev.h M +5 -4 xpdf/xpdf/Annot.cc M +10 -6 xpdf/xpdf/Catalog.cc M +4 -3 xpdf/xpdf/Catalog.h M +9 -8 xpdf/xpdf/Dict.cc M +9 -7 xpdf/xpdf/Dict.h M +1 -0 xpdf/xpdf/Function.cc M +2 -0 xpdf/xpdf/Gfx.cc M +4 -1 xpdf/xpdf/GfxFont.cc M +1 -0 xpdf/xpdf/GfxState.cc M +5 -4 xpdf/xpdf/Link.cc M +5 -4 xpdf/xpdf/Link.h M +1 -1 xpdf/xpdf/Makefile.am M +9 -8 xpdf/xpdf/Object.h M +1 -0 xpdf/xpdf/Outline.cc M +1 -0 xpdf/xpdf/PDFDoc.cc M +1 -1 xpdf/xpdf/PDFDoc.h M +4 -1 xpdf/xpdf/PSOutputDev.cc M +1 -0 xpdf/xpdf/Page.cc M +3 -0 xpdf/xpdf/Parser.cc M +1 -0 xpdf/xpdf/SecurityHandler.cc M +1 -0 xpdf/xpdf/Stream.cc A xpdf/xpdf/UGString.cc [License: UNKNOWN] A xpdf/xpdf/UGString.h [License: UNKNOWN] M +1 -0 xpdf/xpdf/XRef.cc |