Comment 1 Andre Klapper 2009-05-30 12:09:56 UTC

Thanks for taking the time to report this.
I can confirm this.
I can open the PDF file by using Evince 2.21.1 on the N810 without problems.
Maybe worth noticing that it is a PDF-1.6 file according to Evince's file info.

The document is encrypted:

$ pdfinfo gips_2010_exposure_draft_unmarked.pdf 
Title:          INVITATION TO COMMENT:
Author:         csk
Creator:        Microsoft® Office Word 2007
Producer:       Microsoft® Office Word 2007
CreationDate:   Fri Jan 23 15:24:59 2009
ModDate:        Fri Jan 23 15:26:12 2009
Tagged:         yes
Pages:          39
Encrypted:      yes (print:yes copy:no change:no addNotes:no)
Page size:      612 x 792 pts (letter)
File size:      918484 bytes
Optimized:      yes
PDF version:    1.6

but can be opened without a password in other viewers (evince, xpdf, adobe
reader).  Adobe reader explicitly states "Document Open Password: no" in the
document security dialog.

Both owner and user passwords are set in the document:

/Encrypt 1280 0 R
[...]
1280 0 obj
<</CF<</StdCF<</AuthEvent/DocOpen/CFM/AESV2/Length
16>>>>/Filter/Standard/Length 128/O(<binary owner password>)/P -1340/R
4/StmF/StdCF/StrF/StdCF/U(<binary user password>)/V 4>>
endobj

and osso_pdfviewer may be assuming this requires a password prompt.

According to the current PDF reference (1.7.3,
<http://www.adobe.com/devnet/acrobat/pdfs/PDF32000_2008.pdf>):
> If a user attempts to open an encrypted document that has a user password, 
> the conforming reader shall first try to authenticate the encrypted document
> using the padding string defined in 7.6.3.3, "Encryption Key Algorithm" 
> (default user password):
> -    If this authentication attempt is successful, the conforming reader may
>      open, decrypt and display the document on the screen.
> -    If this authentication attempt fails, the application should prompt for
>      a password. Correctly supplying either password (owner or user password)
>      should enable the user to open the document, decrypt it, and display it
>      on the screen.

However on 1.6 (<http://www.adobe.com/devnet/pdf/pdfs/PDFReference16.pdf>):
> If a user attempts to open an encrypted document that has a user password,
> the application should prompt for a password.

It is not clear what PDF versions osso_pdfviewer supports, and arguably this
particular document may be considered malformed (since it claims to be 1.6) but
it would be useful to be able to read documents encrypted with the
default password.

I would add as my two cents' worth: "Particularly since Adobe Reader reads the
file, despite their PDF specifications." (Although, I'm sure it would be nice
if they published specifications that they actually followed in practice!)

BTW, I have passed this analysis along to the web site I quoted above, although
I'm not sure that they will do anything about it.

Comment 4 Andre Klapper 2009-06-15 19:23:28 UTC

Fixing this will require changes to the current PDF engine, but the PDF engine
will not be changed for Fremantle according to information provided by Nokia.
Hence this unfortunately is a WONTFIX for Diablo and Fremantle.

Leaving this valid bug open and setting the Target Milestone to Harmattan.

I started having the same issue when Scientific American switched from using
128-bit RC4 encryption (which opens fine) to 128-bit AES encryption (which does
not)....

Comment 6 Andre Klapper 2010-10-25 22:53:34 UTC

According to Nokia this is a WONTFIX for Maemo 5.
It is definitely fixed for Harmattan (the software version after Maemo 5).