Description: File > Export as PDF > Security > Set Password > Set permission password didn't work. I set the PDF so it could be opened and printed but not edited but when I opened the file with Adobe Acrobat it wasn't a secured file. Steps to Reproduce: 1. File > Export as PDF > Security > Set Password > Set permission password 2. Printing > High resolution 3. Changes > Not permitted 4. Export 5. Open exported PDF in Acrobat and check security settings. Actual Results: No password set. The Initial View settings are correct though. Expected Results: The file should be locked and the file should say secure. Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: SpreadsheetDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: yes Version: 26.2.1.2 (X86_64) Build ID: 620(Build:2) CPU threads: 36; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
I can't reproduce it with Firefox/Chrome, is it something specific to Acrobat ? Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 56f2abbf3f107d849305df507818f00e6f6086df CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: x11 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded
Created attachment 206394 [details] This is what the file locked by Calc should show.
Some clients are going to open the PDFs I made with Calc in Adobe Acrobat. I just need to make sure invoices and receipts are locked properly. Can you try making a file, then lock it when exporting the PDF please? This is where the bug is. Thanks for checking extra software. I opened a locked PDF in Firefox but couldn't see a way to check if the file was locked. In Adobe Acrobat, the Document Restrictions Summary shows you if a file is locked. Adobe Acrobat > Menu > Document Properties. None of the files I made in Calc show Not Allowed in the restrictions area. The files are unlocked. I'll attach a file that shows what a locked file should look like.
[Automated Action] NeedInfo-To-Unconfirmed
I would suggest for the OP to attach a "dummy" simple ods file, with the precise procedure that creates the expected pdf (including whichever settings that should be selected in order to export that expected pdf file). I would suggest to also attach the resulting pdf file, so other users can compare the results against their own pdf file (created by following the aforementioned procedure). As for being able to read the pdf properties about edition permissions, my guess is that a pdf editor is required; a pdf reader (such as web browsers) probably won't be able to inform about such properties (as it cannot edit the file anyway).
Created attachment 206417 [details] test file
Created attachment 206418 [details] PDF file that was exported and should have security settings
Created attachment 206419 [details] Test PDF open in Acrobat showing the security settings weren't applied.
I attached all the files asked for. Here are the instructions I included in the first post to reproduce this. Steps to Reproduce: 1. File > Export as PDF > Security > Set Password > Set permission password 2. Printing > High resolution 3. Changes > Not permitted 4. Export 5. Open exported PDF in Acrobat and check security settings. Actual Results: No password set. The Initial View settings are correct though. Expected Results: The file should be locked and the file should say secure.
Created attachment 206469 [details] adobe online Tested with Version: 26.8.0.0.alpha0+ (X86_64) Build ID: c422ba15c1debe03fc515a09fdb51f767a8a0845 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded and Adobe Online Changing the document :Not Allowed When I open the document in Evince or Firefox, I can add a notes, so it looks it depends on Pdf SW - what SW supports...
Hello a4jp.com@gmail.com, In step one of steps to reproduce when Setting Password and Set Permission Password, are you using the same password for both of these options? I tested this and it seems that the behavior depends on how the passwords are set. When using the same password for both the open password and the permissions password, the resulting PDF shows "Permissions Password: No" in Acrobat, and restrictions are not enforced. When using different passwords, the permissions password is correctly applied ("Permissions Password: Yes") and restrictions are enforced. This suggests the issue may be related to using the same password for both fields. Can you confirm how the passwords were set in your case? and if applying distinct passwords to open password and permissions password results in "Permissions Password: Yes" being properly applied? Version: 26.2.2.2 (X86_64) Build ID: 1f77d10d6938fd34972958f64b2bcfa54f8b1ba5 CPU threads: 24; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
I'm only setting the permission password. I'm not setting a password to open the file. Can you test it by only adding a permission password please?
I haven't found any way to get the permission password to work yet.
(In reply to a4jp.com from comment #12) > I'm only setting the permission password. > > I'm not setting a password to open the file. > > Can you test it by only adding a permission password please? I can not reproduce with only the permission password, after exporting the pdf file and opening in Acrobat the results were similar to the attachment "This is what the file locked by Calc should show.". Tested in: Version: 26.8.0.0.alpha0+ (X86_64) Build ID: da945e13437a8a04fc663014b2e2c9e0ddcca0b6 CPU threads: 24; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL threaded Version: 26.2.2.2 (X86_64) Build ID: 1f77d10d6938fd34972958f64b2bcfa54f8b1ba5 CPU threads: 24; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 25.2.8.0.0+ (X86_64) / LibreOffice Community Build ID: a5e965315f962099d1ae0464bdb902e5d88afc00 CPU threads: 24; OS: Windows 11 X86_64 (10.0 build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
You are testing with different versions. I have the release version 26.2.1.2. Version: 26.2.1.2 (X86_64) Build ID: 620(Build:2) CPU threads: 36; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded I'll try the new 26.2.2.2 version now.
I have tried every setting I can see and different versions of the software but can't get a password to lock the edit settings of a PDF.
Hello, Thank you for reporting the bug. Unfortunately I can't reproduce in Version: 26.2.2.2 (X86_64) Build ID: 1f77d10d6938fd34972958f64b2bcfa54f8b1ba5 CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 26.8.0.0.alpha0+ (X86_64) Build ID: a9433c872b79f887e7faeed35d5e90739c5cd3e9 CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Could you please try to reproduce it with a master build from <https://dev-builds.libreoffice.org/daily/master/current.html> ? You can install it alongsidethe standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build