Bug 253328 - Okular has problems with password protected documents not requiring a password to be opened
Summary: Okular has problems with password protected documents not requiring a passwor...
Status: RESOLVED FIXED
Alias: None
Product: okular
Classification: Applications
Component: PDF backend (show other bugs)
Version: 0.11.1
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-05 18:05 UTC by Sergio
Modified: 2010-10-21 13:29 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sergio 2010-10-05 18:05:35 UTC
Version:           0.11.1 (using KDE 4.5.1) 
OS:                Linux

Okular cannot open PDF documents that have:
- security method: password security
- document open password: no
- permission password: yes
- allowed permission: high resolution printing and nothing else
- encryption level: 40-bit RC4

Note that both acroread and xpdf can open then correctly

Reproducible: Always

Steps to Reproduce:
Open a pdf document with the above features

Actual Results:  
Okular asks for a document password, that I do not know. Thus the document cannot be opened.

Expected Results:  
Okular should show the document without asking for any password, since the document open password security setting is NO. 

xpdf is totally happy with the same document.

pdfinfo is unhappy and says:
Error: Weird encryption info
Error: Incorrect password
Comment 1 Pino Toscano 2010-10-05 18:24:54 UTC
Can you please provide a public document showing the issue?
Comment 2 Sergio 2010-10-05 18:38:04 UTC
On 05/10/2010 18:24, Pino Toscano wrote:
> https://bugs.kde.org/show_bug.cgi?id=253328
>
>
>
>
>
> --- Comment #1 from Pino Toscano<pino kde org>   2010-10-05 18:24:54 ---
> Can you please provide a public document showing the issue?
>
>    
Since these are documents coming from my employer, I will need to ask 
them about it.
In the meantime, I will try to see if artificially making a document 
with the same features I can get the same result.

Sergio
Comment 3 Sergio 2010-10-05 19:09:01 UTC
On 05/10/2010 18:24, Pino Toscano wrote:
> https://bugs.kde.org/show_bug.cgi?id=253328
>
>
>
>
>
> --- Comment #1 from Pino Toscano<pino kde org>   2010-10-05 18:24:54 ---
> Can you please provide a public document showing the issue?
>
>    
Ok, I still do not have an answer to this question.

However, I made some tests with a statically linked version of the xpdf 
tools.

The xpdf version of pdfinfo reports:

Title:          CedoLineWeb Document
Subject:        Employee Document
Keywords:       CedoLineWeb
Author:         CedoLineWeb
Producer:       Synactis PDF In-The-Box version 3.12
CreationDate:   Wed Sep 22 10:32:16 2010
Tagged:         no
Pages:          2
Encrypted:      yes (print:yes copy:no change:no addNotes:no)
Page size:      595.276 x 841.89 pts (A4)
File size:      37272 bytes
Optimized:      no
PDF version:    1.3

The poppler version of pdfinfo (at least that distributed with ubuntu 
lucid) chokes.

I now guess that okular relies on poppler.

Should I report the bug there or can you pass it upstream if necessary?

Apparently there is a trial version of Synactis to play with on the 
Synactis site.

Sergio
Comment 4 Albert Astals Cid 2010-10-05 20:08:24 UTC
As poppler maintainer i can say that if you don't have a pdf to share, the bug is not going to be fixed.
Comment 5 Sergio 2010-10-21 13:29:14 UTC
While I was waiting for my administration to allow me to upload the document, I upgraded my distro, also getting the latest poppler as a bonus.

The bug seems to be already fixed there.

Sorry for the noise.