Bug 44488

Summary:	no pages in (probably corrupted) document
Product:	poppler	Reporter:	Hib Eris <hib>
Component:	general	Assignee:	poppler-bugs <poppler-bugs>
Status:	RESOLVED MOVED	QA Contact:
Severity:	normal
Priority:	medium	CC:	hib
Version:	unspecified
Hardware:	All
OS:	All
Whiteboard:
i915 platform:		i915 features:
Attachments:	PDF document showing no pages in poppler fix-44488.patch

Description Hib Eris 2012-01-05 02:34:48 UTC

Created attachment 55161 [details]
PDF document showing no pages in poppler

Forwarding a bug from Evince' mailing-list:

On Sun, Dec 25, 2011 at 12:59 PM,  <Software@quantentunnel.de> wrote:
>
> I use Document Viewer 2.32.0 with poppler/cairo (0.16.4) on Ubuntu 11.04 and 
> gnome 2.32.1. The attached pdf document (downloaded from 
> http://www.ubs.com/ch/de/swissbank/private/families_couples.html, then click 
> 'UBS Family' in upper right corner of web page) does not open correctly,
> instead evince says "Das Dokument enthält keine Seiten" (= the document does 
> not contain pages). The same document opens correctly with Adobe Acrobat
> Reader 9 for Linux, version 9.4.2 02/11/2011.

Comment 1 Hib Eris 2012-01-05 02:46:41 UTC

I think the document is corrupted somehow, and acroread seems to handle this differently then poppler.

The document actually contains 4 startxref position specifications and I think acroread uses the third one to find an xref when the last xref that according to specs should be used does not work.

Comment 2 Hib Eris 2012-01-05 02:55:00 UTC

Created attachment 55163 [details] [review]
fix-44488.patch

This might be a patch for this, but I am not entirely sure that it really is an improvement, because I have no idea if this works well for other corrupted documents.

Maybe it is possible to run regression test on it?

Also, is it possible to automatically compare acroread rendering to poppler rendering?

Comment 3 Albert Astals Cid 2012-01-05 15:19:57 UTC

I'll test that after we merge xpdf 3.03 changes into trunk, ok? This is the most important thing and we are long delayed already.

Comment 4 Hib Eris 2012-01-06 00:28:29 UTC

(In reply to comment #3)
> I'll test that after we merge xpdf 3.03 changes into trunk, ok? 

No problem! Thanks.

Comment 5 GitLab Migration User 2018-08-21 11:11:46 UTC

-- 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/564.

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.