Aquileo | Recent changes to bugs

Aquileo | #4 Errors checking PDF 1.5 from pdftex

Sat, 05 Dec 2020 19:53:14 -0000

Errrr, I think this bug may be back (??) I'm seeing this on Mint 20/Cinnamon, latest updates, etc etc:

user@MintBox:~/Desktop$ qpdf --encrypt ABC123 ABC123 256 -- somefile.pdf somefile.pdf
WARNING: somefile.pdf: file is damaged
WARNING: somefile.pdf (object 66 0, offset 42524): expected 66 0 obj
WARNING: somefile.pdf: Attempting to reconstruct cross-reference table
WARNING: somefile.pdf: object 66 0 not found in file after regenerating cross reference table
qpdf: operation succeeded with warnings; resulting file may have some problems

Aquileo | #14 pdf file with extra carriage returns not recognized

Fri, 11 Aug 2017 01:34:57 -0000

As it happens, I just finished removing the dependency on libpcre from qpdf. I am still running tests and haven't pushed to master yet, but I will today or tomorrow. The new header detection code should be much more resilient in finding the header with nulls preceding it, so I doubt there will be an issue.

By the way, I'm using issue tracking at https://github.com/qpdf/qpdf now rather than sourceforge. If you find any new issues, it would be easier if you create them there. I don't think I was yet doing that back in 2011 when this was opened. :-)

Aquileo | #14 pdf file with extra carriage returns not recognized

Mon, 07 Aug 2017 19:02:46 -0000

Thanks for looking at this, Jay!
I have not tried to debug this or anything -- I just assumed that the problem is that the line
PCRE::Match m1 = header_re.match(line.c_str());
will fail on PDFs that have binary null bytes before the header. I don't know anything about the PCRE syntax, but to me it looks like the expression in the code will actually match if only the complete buffer is was passed on to the PCRE library (by using line.data() and line.size() instead of just line.c_str()).
I assume from a quick look at the new code, that the fixes you've made will cause qpdf to issue a warning (and then continue as if the file had specified PDF version 1.2), right? This is better than failing, but I think that actually matching the header would be even better. :-)

Aquileo | #14 pdf file with extra carriage returns not recognized

Fri, 28 Jul 2017 23:42:04 -0000

I've been making some updates over the last few days. I haven't released anything yet, but qpdf built from the head of master on github (https://github.com/qpdf/qpdf) can actually handle this file now. I've made many enhancements to qpdf's ability to recover from all sorts of broken files. Do you have a way of testing that? I will probably make a 7.0.0 alpha release at some point in the near future.

Aquileo | #14 pdf file with extra carriage returns not recognized

Wed, 28 Jun 2017 14:12:15 -0000

It seems that the search for the header doesn't cover a PDF like the one here: https://www.surrey.ac.uk/files/pdf/CHAPTER%206.PDF.htm .
I've run in to other PDFs with a header much like the one I'm linking to, but I'm not sure where the binary stuff before the PDF header actually comes from.
Did the following on a Mac:

% wget https://www.surrey.ac.uk/files/pdf/CHAPTER%206.PDF.htm -O /tmp/chapter6.pdf
--2017-06-28 16:08:59--  https://www.surrey.ac.uk/files/pdf/CHAPTER%206.PDF.htm
Resolving www.surrey.ac.uk... 131.227.132.127
Connecting to www.surrey.ac.uk|131.227.132.127|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1507072 (1.4M) [text/html]
Saving to: ‘/tmp/chapter6.pdf’

/tmp/chapter6.pdf                                  100%[================================================================================================================>]   1.44M  6.06MB/s    in 0.2s    

2017-06-28 16:08:59 (6.06 MB/s) - ‘/tmp/chapter6.pdf’ saved [1507072/1507072]

% qpdf --check /tmp/chapter6.pdf 
/tmp/chapter6.pdf: not a PDF file
% qpdf --version
qpdf version 6.0.0
Copyright (c) 2005-2015 Jay Berkenbilt
This software may be distributed under the terms of version 2 of the
Artistic License which may be found in the source distribution.  It is
provided "as is" without express or implied warranty.

Aquileo | #13 --cleartext-metadata option removes metadata entries

Wed, 27 Jan 2016 04:10:27 -0000

Hello,
I'm seeing the same issue with Evince document viewer on Lubuntu.

Aquileo | #5 PDF fails with Unsupported /R or /V in encryption dictionary

Sat, 08 Nov 2014 23:16:04 -0000

Dear sir,

If I give you one PDF file encripted with personal api file could you encrypt it for me?
My email kheddarm@manyl-machinery.com

Aquileo | #14 pdf file with extra carriage returns not recognized

Mon, 31 Dec 2012 15:47:34 -0000

status: open --> closed
milestone: --> v1.0_(example)

Aquileo | #14 pdf file with extra carriage returns not recognized

Mon, 31 Dec 2012 15:47:18 -0000

Since I had to make incompatible changes, the next release will be 4.0.0. This is going out today and will include a fix for this issue.

Aquileo | #14 pdf file with extra carriage returns not recognized

Tue, 25 Dec 2012 19:47:40 -0000

I have implemented a fix for this. It will be in the next release which I plan to get out this week. The change is on github now.