I use pdf2djvu (which in turn uses poppler) to convert pdf-files (e-books) to .djvu-files. Occasionally, these files have pages without a label (usually the title page). I was told that Poppler treats a page without label as if it had a label equal to physical page number. Hence, the conversion creates a file with a messed up page numbering. Perhaps this could be amended in poppler?
This bug is very unclear. Please attach a file and be clear about what you think the bug is when using that file and which tools you're using to reproduce that behaviour
It seems I made a mistake:the page numbering isn't messed up. The page labeling isn't exactly accurate though. Here is a sample pdf-file that I generated + its conversion into .djvu. I used a conversion tool called pdf2djvu: http://www71.zippyshare.com/v/zO5vogTi/file.html http://www71.zippyshare.com/v/mu9Dc1fB/file.html In the pdf-file, the first page has no page label, the second has the "2". The converted.djvu-file has the page label "1" for the first page even though it shouldn't have one. The pdf2djvu developer toldme that this is the way poppler treats page labels.
I don't see anything wrong when opening that file, could you highlight what you think it's wrong?
Created attachment 119970 [details] test case Attaching the pdf from comment 2 so it doesn't get lost.
I opened the PDF in evince and poppler-glib-demo and the page labels (returned by poppler_page_get_label()) appear to be correct. ie blank for the first page, 2 for the second etc. Which frontend (glib/qt/cpp) is pdf2djvu is using?
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/543.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.