https://bugs.freedesktop.org/show_bug.cgi?id=47482
--- Comment #6 from [email protected] 2012-04-17 18:36:29 PDT --- Also reproducible in LO 3.5.2.2 (ID 281b639-6baa1d3-ef66a77-d866f25-f36d45f ) 1. New spreadsheet 2. Save as -> Openoffice 1.0 spreadsheet (save with password) 3. Type in password 4. Close file 5. Try to open same file in LO 3.5.2.2 (type same password used to save the file in step 3) -> fails with error message "the password is incorrect. File cannot be opened". By inspecting manifest.xml of the *.sxc file created by LO 3.5.2.2 we can see it has used (or supposedly used) the newer encryption method (AES256-cbc / sha256-1k). Switching ODF version from 1.2 extended to 1.0 (in options -. Load/Save) "fixes" the issue. However now ALL files use older ODF spec (even otherwise up-to-date file formats) and "Not using 1.2 extended ODF format can lead to information loss"... Possible fix: Make export filters (?) automatically use SHA1-1K + BLowfish encryption method and/or temporarily switch to ODF Format version 1.0 when saving current file (text/spreadsheet/others?) as openoffice 1.0 format... [=> Less optimal - "teach" LO 3.5.x how to decrypt the "aberrant" openoffice 1.0 files (???) which cannot be opened by LO 3.4.x nor by ApacheOO 3.4.x too (just tested !).] -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
