Summary: | Incorrect handling of odd length ASCIIHexStream data | ||
---|---|---|---|
Product: | poppler | Reporter: | Ilya Gorenbein <igorenbein> |
Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
Status: | RESOLVED MOVED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
Sample file
Patches the cases described in the bug |
I tested it on version 0.16.0. But according to the code, version 0.16.6 has the same problem. Moreover, if some "wrong" even length sequence occurs (for example: 6170702E616C6572742822746869732069732061207465737422293b0w, pay attention on '0w' at the end), Adobe eliminates it, and eliminates the code coming after it in the stream. Created attachment 47362 [details] [review] Patches the cases described in the bug Will run the regtest once i get my regtesting machine back. Thanks for the patch. Hi, i can not find any difference using the patch or not, what should be the improvement? -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/303. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 47352 [details] Sample file The number of symbols at ASCIIHexStream stream should be even. If the number of bytes is odd the last byte should be eliminated. Attached is a sample file. Adobe is able to run it, but alerts that there was a problem.