3 people 010b677829 Issue #774: keep the catalog out of object streams in encrypted files (Acrobat) (#836) ...

Acrobat reports an encrypted PDF as "damaged and could not be repaired", before
asking for the password, when the document catalog sits in an object stream.
Every other reader tried (qpdf, pypdf, poppler, PDFKit, PdfCraft) accepts such
files, and qpdf keeps the catalog standalone too. Full saves of encrypted
documents now write the catalog as its own object; unencrypted output is
unchanged. Verified with Acrobat DC on macOS: the same file fails with the
catalog packed and opens with it standalone, in AES-256 and RC4-128.


Claude-Session: https://claude.ai/code/session_01REz7wTfQgnopyvN9eQJJVu

Co-authored-by: Tristan von Kries <tristan@MacBook-Pro-von-Tristan.local>
Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com>

2026-10-10 15:07:38 -04:00

..

bounded_writer.rs

Reduce large-PDF memory growth (#307) (#419)

2026-10-09 14:38:01 -04:00

corpus.rs

D1: pin and verify the pdf.js corpus (#339)

2026-10-09 21:26:54 -04:00

encryption.rs

M9: sign and timestamp encrypted documents (#753)

2026-10-10 08:19:45 -04:00

shared_streams.rs

M1: stream data read from a file points into the file instead of being copied (#552)

2026-10-09 12:28:33 -04:00

writer.rs

Issue #774: keep the catalog out of object streams in encrypted files (Acrobat) (#836)

2026-10-10 15:07:38 -04:00