Issue 97696 - DEV300_m38, PDF export: a part 3.0.x password functionality is lost
Summary: DEV300_m38, PDF export: a part 3.0.x password functionality is lost
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: DEV300m37
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: OOo 3.1
Assignee: h.ilter
QA Contact: issues@gsl
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2009-01-01 10:29 UTC by Giuseppe Castagno (aka beppec56)
Modified: 2009-04-27 14:59 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Giuseppe Castagno (aka beppec56) 2009-01-01 10:29:15 UTC
I tried in Dev300_m38 the new PDF password security UI, I think the set/unset
behavior of the buttons is handy, but I miss the possibility to set the
permission password only (and have the file encrypted) and at the same time have
the file read by everyone.
That is, in specification at
http://specs.openoffice.org/appwide/pdf_export/PDFExportDialog2.odt , on row
146, the sentence  “Setting only the permission password will force the open
password to be the same†has a side effect: you can no longer export a PDF file
that can be read by everyone and at the same time have some permission set
through a permission password.
IMHO , this is the vast majority of the PDF files available on the web.

Another observation is about the new strings.
According to 3.5 of PDF 1.4 specification, the document is encrypted as well
when you specify access restrictions (e.g. the possible use of only the owner
password).

Then you can have four level of access to a PDF document:

a) no password: PDF is not encrypted, then no access restrictions (print, copy,
etc...): anyone can read anyone can change the document;

b) permission password only: PDF is encrypted, access restriction can be applied
(limited print, cannot copy, etc...), only if you know the permission password
you can change access restriction: print, copy, etc..; but anyone can read it;

c) open password only: PDF is encrypted, you can open the PDF document only if
you know the open  password. In this case the user who knows the open password
has no access restriction because the OOo PDF export filter enables all the
access rights (see 3.5.2 of PDF 1.4 spec, for an explanation of expected PDF
viewer action);

d) both open and permission password set: PDF is encrypted, points b) and c)
both apply together.

May be strings at #3 and #5 on table 4 of the OOo PDF export specification need
to be adjusted?

In any case it seems that the change was only made in the UI, the API behavior
seems unchanged.
 
This was first exposed in issue 69923 but I missed the point then, sorry.
I had time to build a 3.1 targeted version only now.
Comment 1 philipp.lohmann 2009-01-06 10:12:08 UTC
confirm
Comment 2 philipp.lohmann 2009-01-06 10:13:05 UTC
adding regression keyword, although this behaves as intended. Need to rework
this a little.
Comment 3 philipp.lohmann 2009-01-06 17:57:38 UTC
committed the change and changed the wording of the spec. You can now set a
permission password alone again.
Comment 4 Giuseppe Castagno (aka beppec56) 2009-01-07 11:16:41 UTC
-> pl. Thanks for the quick response.
I built a patch of the fix from vcl98 and I'll try to use it on m38.
Thanks to svn, getting patches for small fix like this is much simpler now.
Comment 5 philipp.lohmann 2009-01-16 13:18:24 UTC
please verify in CWS vcl98
Comment 6 h.ilter 2009-01-26 11:02:52 UTC
Verified with cws vcl98 = ok
Comment 7 natalia_hitekschool 2009-04-01 02:24:58 UTC
Verified on OOo310m7, WIndows Vista - Export as ODF dialog -> Security was 
changed.
Comment 8 h.ilter 2009-04-27 14:59:22 UTC
Verified with OOo3.1RC1
It's still possible to open pdf docs with permissions without password