Bug 113780 - Password-protected PDF which should allow opening still prompts for password
Summary: Password-protected PDF which should allow opening still prompts for password
Status: RESOLVED DUPLICATE of bug 149621
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: filter:pdf
Depends on:
Blocks: PDF-Import-Draw Password-Protected
  Show dependency treegraph
Reported: 2017-11-12 09:18 UTC by jan.prochaska
Modified: 2022-07-06 10:23 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Password protected PDF. The PDF is not protecting the file opening itself. (169.35 KB, application/pdf)
2017-11-12 09:18 UTC, jan.prochaska
Acrobat reader screenshot for the attached PDF. The password is not protecting the opening of the PDF file. (59.08 KB, image/png)
2017-11-12 09:19 UTC, jan.prochaska
PDF with password protection (180.59 KB, application/pdf)
2017-11-13 18:51 UTC, Rastislav Rehák
Screenshot of password prompt (35.57 KB, image/png)
2017-11-13 18:52 UTC, Rastislav Rehák
Screenshot of followup error message (32.10 KB, image/png)
2017-11-13 18:53 UTC, Rastislav Rehák

Note You need to log in before you can comment on or make changes to this bug.
Description jan.prochaska 2017-11-12 09:18:17 UTC
PDF with password protection, with the setting for free opening (e.g. password not required for opening - see screenshot from Adobe) can't be opened on Mac. LO asks for the password and does not allow to continue. The Windows version opens the PDF without asking for password.

Tried these version (please note the slightly different versions of LO on both OS, it's not a mistake):
Windows 7 64bit, LibreOffice Version:
Mac - 10.13.1 (17B48) High Sierra, LibreOffice Version:

Steps to Reproduce:
1. Open the attached PDF in LibreOffice

Actual Results:  
On Mac the LO asks for password and does not allow to continue. This isn't happening on Windows version.

Expected Results:
The password setting in the attached file does not protect opening of the PDF file. The application must not ask for password while opening such a file.

Reproducible: Always

User Profile Reset: No

Additional Info:

User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Comment 1 jan.prochaska 2017-11-12 09:18:59 UTC Comment hidden (obsolete)
Comment 2 jan.prochaska 2017-11-12 09:19:43 UTC Comment hidden (obsolete)
Comment 3 Alex Thurgood 2017-11-13 08:24:23 UTC Comment hidden (obsolete)
Comment 4 Alex Thurgood 2017-11-13 08:25:51 UTC Comment hidden (obsolete)
Comment 5 Alex Thurgood 2017-11-13 09:18:44 UTC Comment hidden (obsolete)
Comment 6 Alex Thurgood 2017-11-13 09:28:49 UTC Comment hidden (obsolete)
Comment 7 Rastislav Rehák 2017-11-13 18:51:32 UTC
Created attachment 137718 [details]
PDF with password protection

This PDF definitely asks password on Mac
Comment 8 Rastislav Rehák 2017-11-13 18:52:56 UTC
Created attachment 137719 [details]
Screenshot of password prompt
Comment 9 Rastislav Rehák 2017-11-13 18:53:27 UTC
Created attachment 137720 [details]
Screenshot of followup error message
Comment 10 Rastislav Rehák 2017-11-13 18:57:36 UTC
I'v added three files. The password prompt appears when I drag-drop the PDF to Start center and also when I right click PDF and "Open with" LibreOffice.app .
The code above password field is always different.
Comment 11 jan.prochaska 2017-11-14 07:06:30 UTC Comment hidden (obsolete)
Comment 12 jan.prochaska 2017-11-14 07:07:08 UTC Comment hidden (obsolete)
Comment 13 jan.prochaska 2017-11-14 07:08:50 UTC
@Alex - sorry, my mistake, put wrong attachment during bug submission. The correct attachment (PDF) and screenshot have been provided by Rastislav.
Comment 14 jan.prochaska 2017-11-14 07:10:59 UTC
More over, I can confirm, that the Windows version of LO (Windows 7 64bit, LibreOffice Version: is asking for password too. In my opinion, it shouldn't.
Comment 15 Buovjaga 2017-12-16 15:36:53 UTC
(In reply to Rastislav Rehák from comment #7)
> Created attachment 137718 [details]
> PDF with password protection
> This PDF definitely asks password on Mac

Not platform-specific. Asks on Linux and Win as well. Adobe Acrobat and Okular open it fine.

Version: (x64)
Build ID: 0bb0299b29960c3a27427eba5d5fc34e5e913a8b
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-12-09_00:15:04
Locale: fi-FI (fi_FI); Calc: group threaded

Arch Linux 64-bit
Build ID: 1390c91c7584a89298906849cdabae131f8a6191
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
Built on December 14th 2017

Arch Linux 64-bit
Version (Build ID: e183d5b)
Comment 16 Buovjaga 2017-12-16 16:17:01 UTC
Hmm, after reading bug 103807, I don't think it makes sense to implement what this report calls for. The point would be having it read-only, but in bug 103807 it was decided there is no point in trying to restrict edits after interpreting/converting the PDF contents to our own format.

Jan and Rastislav: do you understand what I mean?
Comment 17 V Stuart Foote 2017-12-16 16:19:41 UTC
With 6.0.0beta2 on Windows the new pdfium based ipdf insert filter handles correctly and inserts the first page of the document. Just the pdfio filter import to draw filter hangs prompting for a password.

Version: (x64)
Build ID: 13edaaa12f25de343fce136064e27da66c1c4fa4
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: en-US (en_US); Calc: group threaded
Comment 18 V Stuart Foote 2017-12-16 16:28:17 UTC
Issue here remains, we seem to be mishandling the /P document security.

As for bug 103807 if we choose to not implement the arbitrary privacy settings of later PDF specs--we should not limit ability to read a PDF if password is not otherwise required to read it.

So even if we retain our handling per 103807, something in our handling of password protected PDF does need a tweak.
Comment 19 QA Administrators 2018-12-17 03:41:27 UTC Comment hidden (obsolete)
Comment 20 QA Administrators 2020-12-17 03:50:23 UTC Comment hidden (obsolete)
Comment 21 jan.prochaska 2020-12-17 09:04:04 UTC Comment hidden (obsolete)
Comment 22 Timur 2022-07-06 10:23:01 UTC
Bug 149621 was confirmed although a duplicate of this one. 
But since that one has a code pointer, I'll close this one as a duplicate.

*** This bug has been marked as a duplicate of bug 149621 ***