summaryrefslogtreecommitdiff
path: root/fpdfsdk/fpdfformfill.cpp
diff options
context:
space:
mode:
authorJane Liu <janeliulwq@google.com>2017-06-21 12:18:37 -0400
committerChromium commit bot <commit-bot@chromium.org>2017-06-22 13:56:38 +0000
commite17011dc1f5d046dc60c3347b89c0aad7d674dff (patch)
tree8624d9b8d6c156b64f0da291890478d1f9e0cb5a /fpdfsdk/fpdfformfill.cpp
parent4b95360b7611aa73f928de2dc47390f78573c6cc (diff)
downloadpdfium-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 'fpdfsdk/fpdfformfill.cpp')
0 files changed, 0 insertions, 0 deletions