summaryrefslogtreecommitdiff
path: root/xfa/src/fxbarcode/qrcode/BC_QRDetector.cpp
diff options
context:
space:
mode:
authortonikitoo <tonikitoo@igalia.com>2016-08-19 11:18:29 -0700
committerCommit bot <commit-bot@chromium.org>2016-08-19 11:18:29 -0700
commitbb5fa043a7ef2de165c7903548e5663a6f8bcf9a (patch)
tree97d7fcec70171f9d12d2d613486e140d72eb1baa /xfa/src/fxbarcode/qrcode/BC_QRDetector.cpp
parentfb606f2723b87a145a9ceece6cd6ccaaf15ceadd (diff)
downloadpdfium-chromium/2834.tar.xz
Stub out Document::syncAnnotScan method.chromium/2834
The PDF specification [1] says: " syncAnnotScan guarantees that all annotations will be scanned by the time this method returns. (..) Normally a background task runs that examine every page and looks for annotations during idle times. " The statement details specifically how Acrobat implements this method. Although, neither the method itself nor the background scanner task are implemented in PDFium (as of today, Ago/2016), not having ::syncAnnotScan at least stubbed out can be considered harmfull since its absence makes JS acrobat scripts silently fail when it has a call to it. Given that, and following a stub-out pattern present in other methods including ::addAnnot and ::addField, CL provides a stubbed out implementation of Document::syncAnnotScan. [1] http://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/pdfs/js_api_reference.pdf BUG=pdfium:492 Review-Url: https://codereview.chromium.org/2265553002
Diffstat (limited to 'xfa/src/fxbarcode/qrcode/BC_QRDetector.cpp')
0 files changed, 0 insertions, 0 deletions