Bug 79491 - Writer saving with pasted password may result in inability to open file
Summary: Writer saving with pasted password may result in inability to open file
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) Linux (All)
: lowest trivial
Assignee: Not Assigned
Depends on:
Reported: 2014-05-31 19:01 UTC by johnniefiv-bug
Modified: 2014-05-31 19:06 UTC (History)
0 users

See Also:
Crash report or crash signature:
Regression By:


Note You need to log in before you can comment on or make changes to this bug.
Description johnniefiv-bug 2014-05-31 19:01:42 UTC
When saving a file using LibreOffice Writer, if you cut and paste the password from a non-text based file (.odt), the saved file will not be able to be opened if the password is manually typed in or cut-and pasted from a text (.txt) document, resulting in an incorrect password error.  However, if the password is cut-and-pasted from the original non-text document, the file will open.

It appears that some non-visible text attributes such as font are being used in the password that causes a password cut-and-pasted from a rich text document to be treated differently than one typed in.

One method to re-create this error:  Create a password with APG and save it in a ODT document with LibreOffice.  Open the created file with the password in Ocular, and save the file with password by pasting in the password.  Then attempt to open the file and manually type in the password; this will fail.  Paste the password again using the same method in Okular and the file will open.  

Impact:  Persons not realizing this scenario may experience loss of data when their password fails to work.
Comment 1 johnniefiv-bug 2014-05-31 19:06:46 UTC
Please disregard -- upon further testing the error is with Okular and not Libreoffice.