The attached PDF (and every other PDF available from the US FCC OET site) opens and displays fine in acroread but fails in Evince with poppler-0.5.4-7.fc7.
Created attachment 10643 [details] Sample PDF which acroread will display but fails in Evince/poppler
well, PDF spec says %%EOF is the last thing of a PDF, if that thing you have does have more content after %%EOF it's not a PDF
If acroread displays it, it's PDF.
Created attachment 11393 [details] [review] Allow PDF files that lack a %%EOF (Trivial patch, but meh. :-D) Poppler already has PDFDoc::checkHeader() only spew out warnings, so might as well do the same for PDFDoc::checkFooter(). Plus, there's the old "Be conservative in what you create, but be liberal in what you accept." Some PDFs are going to be broken, so you might as well do your best in displaying them... especially for an error as trivial as this. I grepped the rest of the source, and I don't see any code that expects the %%EOF to be there. And testing doesn't show any regressions. Also I got rid of the unnecessary found variable. One can already recover whether the string was found with the value of i. (I wasn't sure if I should have gotten rid of the errCode = errDamaged, but since checkHeader() doesn't set it, it seemed reasonable to remove... was that correct?)
i commented the checkFooter call yesterday.
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.