diff options
| author | Simon Bünzli <zeniko@gmail.com> | 2014-08-15 13:35:43 +0200 |
|---|---|---|
| committer | Tor Andersson <tor.andersson@artifex.com> | 2014-08-19 17:07:08 +0200 |
| commit | dac6ec31abd2a4e19f1bee26b95bcbb508522bf1 (patch) | |
| tree | 32e619599f9755b64c397503f44e256b62da4a71 /docs/example.c | |
| parent | b99e1d0f77203cc98a21970106670667b9682a6b (diff) | |
| download | mupdf-dac6ec31abd2a4e19f1bee26b95bcbb508522bf1.tar.xz | |
try not to wrongly overwrite /ID when repairing encrypted documents
If garbage is appended to an encrypted document, there could be another
trailer with /ID but without /Encrypt . The repairing code currently
always uses the last encountered values, but replacing the /ID value
alone can cause decryption to break. One possible solution is to
use the /ID value only when there's either none yet, when there's no
/Encrypt or when there's a matching /Encrypt in the same trailer.
See https://code.google.com/p/sumatrapdf/issues/detail?id=2697 for a
document which Adobe Reader is able to read but MuPDF isn't (it used
to before pdf_lex_no_string was introduced, but that's accidental).
Diffstat (limited to 'docs/example.c')
0 files changed, 0 insertions, 0 deletions