Created attachment 120083 [details]
I'd like to export an .odp file to PDF and protect the latter not only with an open password but also with a permission password, so as to avoid copying the content of the PDF.
The process I followed is the following (in order to reproduce it):
File->Export as PDF->Security->Set Passwords->(setting passwords for both open and permission)
open password: 1234
permission password: 12345
In the content section, I had the following options:
Printing: not permitted
Changes: not permitted
Content: both check boxes unchecked
Click on "Export" and "Save" respectively.
When I was trying to open the PDF, it requests the open password, so far so good!
The problem is that when I tried to copy the text and paste it in a text editor, I successfully did it..
Unless there is an error in the process I followed, can you please let me know why this happened?
The options under "Content" clearly stated if we would like to enable copying of content, so if we uncheck this, it should have restrict me from copying the content..
Thanks in advance for looking into this!
Created attachment 120084 [details]
test file 1
For me not reproducible with LO 126.96.36.199, Win 8.1.
If I uncheck the two buttons in the section CONTENT of the tab SECURITY, then I can not copy the text from the PDF.
Do you also have the opportunity to test it with a more recent version of LO?
Hello and thanks for the feedback!
The problem is not with the LO version, but with the OS.
Let me explain: I tried to do the same in an Windows 7 machine and it perfectly works, I couldn't be able to copy the text, LO version was 4 something, not 5.
I tried the same with success in a virtual machine install in my PC, guest OS is a Windows XP and LO version 4 something again.
So for me it's quite clear that the problem is in the OS + the LO (not the version itself).
Does anyone else try this in a Linux OS?
Reproduced. Was able to copy.
PDF viewer used: Document viewer of Ubuntu (Evince, I guess).
Ubuntu 15.10 64-bit
Build ID: 00m0(Build:2)
Locale: en-US (en_US.UTF-8)
the probloem its not the OS its on the code, this problem was since ooo up to 3 series, and then its not solved
this its a long date bug, since ooo 3 brand pdf writing with protection was broken in linux, only work in stupid guindows..
the problem its only in Linux or unix related (debian, bsd, mac), this problem are available wince the new ooo3 brand was started
if u try to set passwod in a linux with ooo 2.X will work!
if used ooo 2.4 and works with debian lenny,
but in debian squeeze and wheeze does not work due uses openoffice or libreoffice 3.X
so in linux works with openoffice 2.X
does not work with openoffcie or libreoffice 3.X, 4.X or mayor
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
what part are not understand, i search at the code base, also i using libreoffice 3 and also openoffice 2.4
until and at today libreoffice does not work with pdf export protection!
this bug its still present since year please ! "excelent work"
curious that i heard in mocosoft guindows its works perfect !
reproduced once more in following version:
Build ID: 1:5.2.7-1
CPU Threads: 2; OS Version: Linux 4.9; UI Render: default; VCL: gtk3;
Locale: en-US (en_US.UTF-8); Calc: group
I'm running Debian Stretch.
Isn't this 'protecting' depending on capabilities of the PDF reader software?
nop! theprotection are appart, if the software has no capabilities cant read the contents..
and in any case, let's suppost the some software not have it!, well my produced document pdf must be protected in those that support protection and its not happened!
*** Bug 115370 has been marked as a duplicate of this bug. ***
Months have passed, this has been going on for several years and finally we have a marginal note, it is a "duplicate" problem, we are going so well that in a few years we will have a 0.01% advance in this bug!
ah! in "Guindows!" It works, that explains my sarcasm in the comment ..
I have the same problem at Mac OS X 10.10.5 and LO 188.8.131.52.
If I export an ODT file as PDF with setting a permission password, I am still able to copy texts and images from the PDF.
many PDF readers do not implement copy permission because it's a silly feature to begin with - you can just use a PDF reader that doesn't implement copy permissions to work around the copy permissions...
AFAIK no open source PDF reader - Evince, Okular etc. implements this feature.
if it works with Adobe Acrobat, then we can assume that the passwords were written correctly into the PDF file by LibreOffice, and there is no bug.
setting to NEEDINFO; please set this bug to NEW if you can reproduce this problem with Adobe Acrobat, or resolve it as NOTOURBUG if nobody can do that.
You are right. Acrobat Reader disallows the copying.
thanks; if anybody wants this to work in Evince, Okular etc. please file bugs against those applications.
oops, didn't want to set the resolution to that...
Hey, that's a lie! i property set the PDF permission using OpenOffice 2.X and okular detect those permissions! but using Libreoffice does not work!
in fact only bug happenend if we used all the libreoffice 3+ releases, with 2.X releases work perfectly!
(In reply to PICCORO Lenz McKAY from comment #18)
> Hey, that's a lie! i property set the PDF permission using OpenOffice 2.X
> and okular detect those permissions! but using Libreoffice does not work!
> in fact only bug happenend if we used all the libreoffice 3+ releases, with
> 2.X releases work perfectly!
Please attach a PDF you exported from OpenOffice 2.x so we can see it working with Okular with our own eyes.
(In reply to Buovjaga from comment #19)
> (In reply to PICCORO Lenz McKAY from comment #18)
> > Hey, that's a lie! i property set the PDF permission using OpenOffice 2.X
> > and okular detect those permissions! but using Libreoffice does not work!
> > in fact only bug happenend if we used all the libreoffice 3+ releases, with
> > 2.X releases work perfectly!
> Please attach a PDF you exported from OpenOffice 2.x so we can see it
> working with Okular with our own eyes.
3 years and still there is no solution on that??
@Pavlos K. Ponos, please update the file as requested in comment 19
Created attachment 147308 [details]
pdf file with a password
now i uploaded a pdf file that i was tested again debian Jessie (venenux 1.0), was produced from Debian etch with openoffice 2.4 (venenuX 0.6 powered) and opened with atril, atril said "document was protected"
my uploaded pdf opened with evince 3.X said: "se requiere uan contraseña"
the development of libreoffice and free software are in the time today so stupid.. more a more depends and less efectivelly and performance..
this bug have several years.. when i upgraded from etch to lenny i lost important functionality! puff!
(In reply to PICCORO Lenz McKAY from comment #22)
> Created attachment 147308 [details]
> pdf file with a password
> now i uploaded a pdf file that i was tested again debian Jessie (venenux
> 1.0), was produced from Debian etch with openoffice 2.4 (venenuX 0.6
> powered) and opened with atril, atril said "document was protected"
And what is the password?
if you cannot decript this bug it's confirmed! that's all i said!
so then fourth yeas to confirm a very well knowed bug! pufff
also this happened in MAcOSX too i tested yesterday!
> if you cannot decript this bug it's confirmed! that's all i said!
> so then fourth yeas to confirm a very well knowed bug! pufff
Comment on attachment 147308 [details]
pdf file with a password
evidently there is a regular password on the file and it is encrypted, not *only* a password-to-copy. thus this is off-topic for this bug.
The original attachment 120083 [details] does NOT allow copying in Okular.
Michael explained the situation in comment 14.
I was wrong to confirm this in 2015 and now I will close it and that is the end of the discussion.
*** Bug 141884 has been marked as a duplicate of this bug. ***
*** Bug 113857 has been marked as a duplicate of this bug. ***
*** Bug 138784 has been marked as a duplicate of this bug. ***
*** Bug 154330 has been marked as a duplicate of this bug. ***
*** Bug 127914 has been marked as a duplicate of this bug. ***