Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PyPDF2.utils.PdfReadError: EOF marker not found #442

Closed
rangat opened this issue Jul 13, 2018 · 1 comment
Closed

PyPDF2.utils.PdfReadError: EOF marker not found #442

rangat opened this issue Jul 13, 2018 · 1 comment
Labels
is-bug From a users perspective, this is a bug - a violation of the expected behavior with a compliant PDF is-robustness-issue From a users perspective, this is about robustness

Comments

@rangat
Copy link

rangat commented Jul 13, 2018

PyPDF2 is not working for me on auto-generated files where the EOF marker isn't in the last 1k of the file. I understand that as part of the PDF spec it is supposed to exist that way but only searching for the last 1k does not handle all file cases correctly (appended and generated pdfs).

This is the commit that changes it - f1d4882

@markdoliner
Copy link

This issue may be a duplicate of #177 (though your description "EOF marker isn't in the last 1k of the file") is certainly more concise. I think you're right about the behavior having changed and been made weird by f1d4882

@MartinThoma MartinThoma added is-bug From a users perspective, this is a bug - a violation of the expected behavior with a compliant PDF is-robustness-issue From a users perspective, this is about robustness labels Apr 8, 2022
@MartinThoma MartinThoma changed the title EOF Marker not being found PyPDF2.utils.PdfReadError: EOF marker not found Apr 11, 2022
VictorCarlquist pushed a commit to VictorCarlquist/PyPDF2 that referenced this issue Apr 29, 2022
Try to find “%%EOF” in last 1Mb of file.

This fixes the issue with reading Selenium-generated PDF files.

Closes py-pdf#177
Closes py-pdf#442
Closes py-pdf#480
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
is-bug From a users perspective, this is a bug - a violation of the expected behavior with a compliant PDF is-robustness-issue From a users perspective, this is about robustness
Projects
None yet
Development

No branches or pull requests

3 participants