diff options
author | Jane Liu <janeliulwq@google.com> | 2017-06-21 12:18:37 -0400 |
---|---|---|
committer | Chromium commit bot <commit-bot@chromium.org> | 2017-06-22 13:56:38 +0000 |
commit | e17011dc1f5d046dc60c3347b89c0aad7d674dff (patch) | |
tree | 8624d9b8d6c156b64f0da291890478d1f9e0cb5a /testing/resources/bug_554151.in | |
parent | 4b95360b7611aa73f928de2dc47390f78573c6cc (diff) | |
download | pdfium-e17011dc1f5d046dc60c3347b89c0aad7d674dff.tar.xz |
Minor change to AP generation logic
Current behavior:
Our CPVT_GenerateAP::Generate*AP() functions do not get called as
long as the annotation dictionary has an "AP" entry.
Problem:
We always need the "N" entry in AP dictionary to display an
annotation. Even though the spec requires "AP" dictionary to have an
"N" entry for normal mode appearance, in case of a malformed pdf
with "AP" but without "N" in "AP", we won't be able to display the
annotation at all.
Fix:
Always check if "AP" has "N" entry to decide whether AP needs to be
generated. If not, then we still need to generate AP, and add to the
AP dictionary under the key "N".
Bug=pdfium:778
Change-Id: Icf0c6a681b3c8c22b0b67bf8d16ce6fefdc2c45b
Reviewed-on: https://pdfium-review.googlesource.com/6692
Reviewed-by: Lei Zhang <thestig@chromium.org>
Commit-Queue: Jane Liu <janeliulwq@google.com>
Diffstat (limited to 'testing/resources/bug_554151.in')
0 files changed, 0 insertions, 0 deletions