Created attachment 47435 [details]
Documents and Screenshots to Demonstrate that once Encrypted, the Document can't be saved Unencrypted.
Once a file is encrypted with LibreOffice 3.4.0rc2 (x86 in Vista under Virtual PC on Windows 7 x64), it can be opened but the opened document cannot be Saved unencrypted. This happens even though the Save As ... dialog has the "Save with Password" option not checked.
In the attached Zip, as follows:
is a document that was saved with read-only, with protection of change-tracking on, and encrypted. The encryption password is "unEncryptable".
shows the Enter Password for decryption dialog to open 1223-unEncryptable.
shows the Save As without "Save with password" attempt to make a new,
unencrypted version of the document.
shows the Document Properties General tab brought up as part of the Save As...
shows the Document Properties Security tab brough up as part of the Save As...
Note that the file was set to Open read-only and with Record changes
set Protected, but this is not reflected in the greyed out File sharing options.
is the document that was saved as the result of the preceding sequence. The
user did not set the password on this file, but it is encrypted anyhow.
shows the Enter Password dialog that has to be satisfied before the -0836
document will open. The newly-saved document is encrypted anyhow.
The "unEncryptable" password works.
shows that the read-only condition has been removed, however. Now the File | Properties dialog accurately reflects that Record changes is set and protected. (I don't remember which password I used to set this. Try "foolish" if you want to see if the Unprotect works.)
shows another attempt to do a Save As, this time with the just-opened (and further-edited) -0836 document. Note that "Save with password" is not checked.
shows that the Document Properties | Security tab is still for the writeable
is the new saved document
shows that the last-saved document is STILL an encrypted one.
I wonder if it is related to the bug #37628. The encryption and
password handling has changed dramatically between 3.3 and 3.4, see https://bugs.freedesktop.org/show_bug.cgi?id=37628#c2
I'll take a look. But my plate is getting full for 3.4.1, so this may slip to 3.4.2. If the fix is too invasive, however, we'll do this for 3.5.
RC2 is bit by bit identical with release version, so separate items in the version picker are useless. Changes have been discussed with Michael Meeks.
*** Bug 38561 has been marked as a duplicate of this bug. ***
Fixed by Markus Mohrhard's patch.