Bugfix: Handle password protected PDFs during barcode detection

[stumpylog]

Proposed change

If an input PDF is password protected, consumption would fail entirely. With this change, such PDFs will be skipped for barcode detection and consumption on them can be further attempted.

In general, something happening during barcode detection will let the file pass as is, where it may be consumed or fail further down the pipeline.

Fixes #1850

Type of change

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• Other (please explain)

Checklist:

• I have read & agree with the contributing guidelines.
• If applicable, I have tested my code for new features & regressions on both mobile & desktop devices, using the latest version of major browsers.
• If applicable, I have checked that all tests pass, see documentation.
• I have run all pre-commit hooks, see documentation.
• I have made corresponding changes to the documentation as needed.
• I have checked my modifications for any breaking changes.

[coveralls]

Pull Request Test Coverage Report for Build 3315905997

• 0 of 0 changed or added relevant lines in 0 files are covered.
• 2 unchanged lines in 1 file lost coverage.
• Overall coverage increased (+0.01%) to 92.671%

---

Files with Coverage Reduction	New Missed Lines	%
documents/barcodes.py	2	97.96%

Totals
Change from base Build 3314634896:	0.01%
Covered Lines:	5020
Relevant Lines:	5417

---

💛 - Coveralls

[shamoon]

LGTM

[github-actions]

This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion or issue for related concerns.