Aquileo | Recent changes to bugs

Aquileo | #4 Errors checking PDF 1.5 from pdftex

2020-12-05T19:53:14.360000Z

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

2017-08-11T01:34:57.560000Z

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

2017-08-07T19:02:46.999000Z

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

2017-07-28T23:42:04.233000Z

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

2017-06-28T14:12:15.232000Z

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

2016-01-27T04:10:27.280000Z

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

2014-11-08T23:16:04.224000Z

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

2012-12-31T15:47:34.748000Z

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

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

2012-12-31T15:47:18.973000Z

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

2012-12-25T19:47:40.053000Z

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.