Bug 49697 - PDF: LO asks for password opening attached file. Evince does not.
Summary: PDF: LO asks for password opening attached file. Evince does not.
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: needsDevEval, topicUI
Depends on:
Blocks: PDF-Import-Draw Password-Protected
  Show dependency treegraph
 
Reported: 2012-05-09 10:53 UTC by Sergey
Modified: 2020-03-09 13:28 UTC (History)
8 users (show)

See Also:
Crash report or crash signature:


Attachments
The file requiring password. (495.27 KB, application/pdf)
2012-05-09 10:53 UTC, Sergey
Details
Password dialog (9.83 KB, image/png)
2012-05-09 10:56 UTC, Sergey
Details
Document security as shown by Acrobat Reader XI (28.86 KB, image/png)
2016-05-10 08:23 UTC, Heiko Tietze
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey 2012-05-09 10:53:44 UTC
Created attachment 61296 [details]
The file requiring password.

I'm using latest git.

Problem description: 

Steps to reproduce:
1. Open attached file with libreoffice

Current behavior:
1. Open attached file with libreoffice
2. LO asks for password: see attached screenshot-1.png
3. Pressing Cancel successfully opens a file.
4. Entering something says: incorrect password
5. After password entered LO not able to open the file even after Cancel - it says "General IO error"

Expected behavior:
Evince displays the file with no password required, also selecting "Cancel" in LO successfully opens the file. I expect the file to be opened without password.

Also, if the file is indeed protected somehow, i expect LO to provide more information about what is happening.

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.19 (KHTML, like Gecko) Ubuntu/10.04 Chromium/18.0.1025.151 Chrome/18.0.1025.151 Safari/535.19
Comment 1 Sergey 2012-05-09 10:56:02 UTC
Created attachment 61297 [details]
Password dialog
Comment 2 Hashem Masoud 2012-09-18 20:30:05 UTC
(In reply to comment #0)
Confirmed here and I couldn't find a duplicate:
Version 3.6.0.4 (Build ID: 932b512) Slackware Linux 13.37
If there is no password assigned, why would the password dialog appear in the first place?
Comment 3 Sergey 2012-09-19 16:16:47 UTC
Could it be write-protected PDF? Then LO in fact is asking for password for write access? Meaning evince does not require any password for read-only access.

Even if this is true, the dialog text is misleading, it says "Enter password to _open_  file:" while in case write-protected file it should say something like "Enter password to open file for modification or press Cancel if you want it open read only".
Comment 4 Robert Roth 2013-01-28 15:26:07 UTC
The password dialog appears because the PDF file is encrypted, pdfinfo says:
Encrypted:      yes (print:yes copy:yes change:no addNotes:no)
Which means printing and copying is enabled without password, changing the PDF or adding notes is forbidden.
Comment 5 Alexandr 2014-07-31 09:03:42 UTC
Reproducible with LibreOffice 4.2.5 and 4.3.0 on debian.

> The password dialog appears because the PDF file is encrypted

Anyway, "General IO error" is not correct behavior.
Comment 6 QA Administrators 2015-09-04 02:49:00 UTC Comment hidden (obsolete)
Comment 7 Sergey 2015-09-13 17:03:11 UTC
This issue is still reproducible with the current GIT build.
Comment 8 Heiko Tietze 2016-05-10 08:23:31 UTC
Created attachment 124944 [details]
Document security as shown by Acrobat Reader XI

In fact the document is read-only.

1. Change the text to something like "Enter password for write-protected file...".
2. Make sure that cancel aborts the processing. Right now (5.2 alpha) it's possible to edit the write protected document after canceling.

Looks like an EASYHACK.
Comment 9 jani 2016-05-11 05:46:45 UTC
Changing to NEEDING
- Please supply a code pointer (mandatory for easyHacks)
- Please supply skill* and difficulty* keywords
Comment 10 Xisco Faulí 2016-09-15 15:26:55 UTC
Removing keyword 'needsDevEval' as this bug is an easyHack
Comment 11 Xisco Faulí 2016-09-27 10:36:08 UTC Comment hidden (obsolete)
Comment 12 Shinnok 2017-09-07 09:37:53 UTC
Removed easyHack since this bug doesn't seem to have been evaluated properly to be tagged as such and missing code pointers.

For a start a re-evaluation from QA to see if this issue is still standing would help.
Comment 13 Heiko Tietze 2017-09-07 10:04:05 UTC
(In reply to Shinnok from comment #12)
> Removed easyHack since this bug doesn't seem to have been evaluated properly
> to be tagged as such and missing code pointers.
> 
> For a start a re-evaluation from QA to see if this issue is still standing
> would help.

Sure but please do not request further input from UX when it has been done :-)
Comment 14 Aron Budea 2018-01-04 21:37:19 UTC
Bug still there in LO 6.0.0.1 / Windows 7. Adjusting earlier version, since bug is already in 3.3.0.

File also opens much slower in 6.0.0.1 than in 3.3.0.
Comment 15 Roman Kuznetsov 2018-06-17 11:56:35 UTC
still repro in

Version: 6.1.0.0.beta2+ (x64)
Build ID: fe1a23b5c49c94410a604c8d4a6f50f43d575403
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86_64@42, Branch:libreoffice-6-1, Time: 2018-06-17_06:31:41
Locale: ru-RU (ru_RU); Calc: CL
Comment 16 QA Administrators 2019-06-18 02:46:27 UTC Comment hidden (obsolete)
Comment 17 Xisco Faulí 2020-03-09 13:28:23 UTC
Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed.