Bug 127914 - When exporting PDF, Security Settings\Permissions BREACHED
Summary: When exporting PDF, Security Settings\Permissions BREACHED
Status: RESOLVED DUPLICATE of bug 95424
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected) rc
Hardware: x86-64 (AMD64) Linux (All)
: low minor
Assignee: Not Assigned
Depends on:
Reported: 2019-10-01 20:12 UTC by larrybradley
Modified: 2023-03-23 10:16 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description larrybradley 2019-10-01 20:12:18 UTC
When exporting a pdf, entered the "Set Permission Password," then selected PRINTING "Not Permitted" and CHANGES "Not Permitted" and left blank "Enable Copying of Content" prior to exporting to pdf. Next, opened the exported pdf in Okular and was able to both copy text and print the file.

Steps to Reproduce:
1.Select File, Properties, Security, 
2.Set Permission Password and click Okay.
3.Select PRINTING "Not Permitted"
4.Select CHANGES "Not Permitted"
5.Leave unchecked "Enable Copying of Content"
6.Export to PDF

Actual Results:
Opened exported PDF file in Okular.
1.Able to copy text in PDF and paste to text file.
2.Able to print PDF.

Expected Results:
Should not have been able to copy exported PDF text or print exported PDF.

Reproducible: Always

User Profile Reset: No

OpenGL enabled: Yes

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: StartModule
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes
Comment 1 larrybradley 2019-10-01 20:18:16 UTC
Just as a side comment, it seems like the following checkbox items should be at the TOP of the Bug Report form instead of at the bottom:

Did you try resetting your UserProfile?	

Is OpenGL enabled?
Comment 2 Olivier Hallot 2020-02-07 20:21:36 UTC
Confirming on behalf of user in https://ask.libreoffice.org/pt-br/question/228287/pdf-com-senha-de-permissao-definida/

Which google-translation is: 

Good afternoon, LibreOffice 6.4, I created a document (Petition) - File menu - Export as PDF, in the Security tab - I defined a password for permission and also the Digital Signature. - I exported and saved. I went to check the security integrity, opened the file using LIBREOFFICE 6.4, locate the generated PDF file and clicked to open it. Asked for the password to edit the document, great. However, when I clicked to cancel, to my surprise, the file opened normally, allowing any changes to be made to the document. For me this is very dangerous, as a Lawyer, I send digitally signed documents in PDF in the confidence that it is blocked for editing and in fact it is not. I was sad, for a long time I've been trying to get rid of Ruidoindows and its accessories, I'm enjoying LinuxMint (1 year of use), now this possible failure of LibreOffice when saving the file, I hope I'm wrong!
Comment 3 QA Administrators 2022-02-09 03:41:08 UTC Comment hidden (obsolete)
Comment 4 Timur 2022-07-06 11:49:44 UTC
As for initial report, it's is NotABug.
Because LO exports properly setting restrictions, can be seen with other PDF readers: Adobe, X-change, Master PDF. 
I don't have Acrobat but I see that it's similar for some other programs that can make PDF restricted content.
Just some don't obey that, here is reported Okular, I confirm for Xreader. This bug should be reported to them. 

As for comment 2, that's a different issue, which is actually not a bug, because PDF security is not to be trusted to.
Comment 5 Stéphane Guillou (stragu) 2023-03-23 10:16:33 UTC
centralising the issue on bug 95424

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