Bug 53530 - Change write error message on PDF export and add Retry and Save as
Summary: Change write error message on PDF export and add Retry and Save as
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All Windows (All)
: high normal
Assignee: Not Assigned
Keywords: filter:pdf
: 70531 104755 123343 129590 130372 135358 (view as bug list)
Depends on:
Blocks: Error-Messages PDF-Export
  Show dependency treegraph
Reported: 2012-08-15 07:16 UTC by dirkwilmer
Modified: 2020-08-01 18:00 UTC (History)
11 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description dirkwilmer 2012-08-15 07:16:48 UTC
Any time I try to perform PDF export on a PDF file already openend in Acroread on Windows 7, I am getting a write error (twice) due to access limitations, then a general I/O error. While this is basically OK, it still is a nuisance: all error messages require clicking OK, then I have to close the PDF in acroread (OK, I could have done it before...), then initiate the entire process again.

Suggestion: Would it not be nice if the procedure behaves like others in Win7: if such a condition occurs, a Window pops us, saying that we cannot write on the open file, then asking us to close the file and offer the possibility to repeat the write attempt?

I would love it if it behaved that way...
Comment 1 A (Andy) 2012-12-26 12:11:56 UTC
reproducible with LO (Win7 Home, 64bit)

Of course, this is a mistake by the user, but you really get the error message "Error saving the document xyz: Access to C:\...\xyz.pdf was denied." twice and afterwards in addition an error message "Error saving the document xyz: General Error. General input/output error.".
This is not logical and seems not like a feedback from a sophisticated and technically matured software.
Of course, the user has with the first error message the possibility to close the opened PDF-document and then after pressing OK of the error dialogue the pdf will be saved correctly.  But this "option" is not mentioned in the dialogue.
Therefore, I would agree with the suggestion from the bug reporter.  This dialogue could be improved and enhanced.
Comment 2 Carlo Strata 2014-11-30 11:38:49 UTC
Reproducible also on my current work environment:
- Microsoft Windows 8.1, 64 bit, Ita gui, daily full updated;
- LibreOffice, win32, Ita gui and local help;
- Adobe Acrobat Reader XI, 11.0.09, win32.

I think it is a pity. The fix will save a lot of time on long documents that mean long time pdf exports.

Have a nice day,

Comment 3 Robinson Tryon (qubit) 2016-08-25 05:26:59 UTC Comment hidden (obsolete)
Comment 4 Jorg K 2016-10-03 11:15:02 UTC
Yes, a bug inherited from OO and still not fixed. It's quite annoying having to click more than necessary because the output PDF is locked.
Comment 5 Heiko Tietze 2017-10-09 13:44:03 UTC
One error message is enough, yes. Furthermore, minimizing the (modal) dialog must be permitted as well as going into the background. 

(No further UX input needed at the moment.)
Comment 6 Timur 2018-03-30 08:40:48 UTC
*** Bug 104755 has been marked as a duplicate of this bug. ***
Comment 7 Timur 2019-02-13 12:45:20 UTC
*** Bug 123343 has been marked as a duplicate of this bug. ***
Comment 8 Timur 2019-12-03 21:36:24 UTC
*** Bug 70531 has been marked as a duplicate of this bug. ***
Comment 9 Timur 2019-12-24 10:11:58 UTC
*** Bug 129590 has been marked as a duplicate of this bug. ***
Comment 10 Timur 2020-02-18 14:09:08 UTC
*** Bug 130372 has been marked as a duplicate of this bug. ***
Comment 11 Justin L 2020-07-02 13:43:16 UTC
I am going to mark as Windows only (practically speaking) - since all reporters (including duplicates so far) are windows - and my default PDF viewer in Linux don't lock the file, but auto-updates itself when LO exports the new contents.
Comment 12 Telesto 2020-08-01 18:00:56 UTC
*** Bug 135358 has been marked as a duplicate of this bug. ***