Created attachment 79709 [details] Encryped file. Password is 1111 Hey LO 4.1 beta1 can't open any encrypted document. If I try I get standard dialog ("The password is incorrect. The file cannot be opened"). If I try save encrypted file, I got: Error saving the document Untitled2: General Error. General input/output error. I attach exampled of file. Password is "1111".
In LO 4.0.3.3 password is OK but in LO 4.1 Beta1 password is invalid.
Fixed with daily build no. Version: 4.1.0.0.alpha1+ Build ID: 2f5a4b914daac00c8881ca69783c879d074fed9 TinderBox: Win-x86_9-Voreppe, Branch:libreoffice-4-1, Time: 2013-05-25_17:28:15
Problem comes back with Wersja: 4.1.0.0.beta1+ Build ID: a81f52a3367f54675c89c1fc84ca161598662bd TinderBox: Linux-x86@34-Release-Configuration-RHEL5-Baseline, Branch:libreoffice-4-1, Time: 2013-05-31_21:10:40
Incorrect status - REOPENED is only if bug is assigned.
Tested with attached file. I could NOT reproduce it on Windows 7, x86, on builds: Version: 4.1.0.1 Build ID: 1b3956717a60d6ac35b133d7b0a0f5eb55e9155 Version: 4.1.0.1.0+ Build ID: aaa8271292afd913b9aef20f444ef261928943d TinderBox: Win-x86_9-Voreppe, Branch:libreoffice-4-1, Time: 2013-06-22_02:15:42 Version: 4.2.0.0.alpha0+ Build ID: c639c0931c3fed566df0a6fb3ec68d2c9884d2d4 TinderBox: Win-x86@6, Branch:master, Time: 2013-06-23_23:38:35 But I COULD reproduce it on Linux (Debian testing), amd64, on builds: Version: 4.1.0.1 Build ID: 1b3956717a60d6ac35b133d7b0a0f5eb55e9155 Version: 4.1.0.1.0+ Build ID: 306ed04b0ac9a166a0a16f0324384d541c7fc0c TinderBox: Linux-x86_64@31-Release-Configuration-RHEL5-Baseline, Branch:libreoffice-4-1, Time: 2013-06-24_19:39:47 As we can see, the same version (4.1.0rc1) works on Windows, but does not work on Linux. We could use someone with: - Mac OS X: is this Linux-only or all-but-Windows? - x86 Linux: does processor architecture play important role here? - RPM-based Linux: does it affect only Debian-based distros, or all Linuces?
Oh, I have misread Comment 3. It was reported against Linux x86 build. So we only need to test Mac OS X and RPM-based distro.
This WORKSFORME on OS X 10.8.4.
This seems to be resolved. Tested on Bodhi Linux (based on Ubuntu, debian packages installed) 4.1 RC and 4.2 master both open file no problem
Can't confirm. Don't work on Wersja: 4.1.0.1.0+ Build ID: 321447137f94c986da56dc048e40c8ce46123ac TinderBox: Linux-x86@34-Release-Configuration-RHEL5-Baseline, Branch:libreoffice-4-1, Time: 2013-06-25_23:33:30 and with new profile
After some more checks, I have found a cause of this problem. The root is program/libsoftokn3.so, which requires libsqlite3.so: #v+ $ ldd /opt/libreoffice4.1/program/libsoftokn3.so linux-vdso.so.1 (0x00007fff9a9fe000) libsqlite3.so => not found libnssutil3.so => /opt/libreoffice4.1/program/libnssutil3.so (0x00007f293deae000) libplc4.so => /opt/libreoffice4.1/program/libplc4.so (0x00007f293dca8000) libplds4.so => /opt/libreoffice4.1/program/libplds4.so (0x00007f293daa5000) libnspr4.so => /opt/libreoffice4.1/program/libnspr4.so (0x00007f293d855000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f293d638000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f293d434000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f293d087000) /lib64/ld-linux-x86-64.so.2 (0x00007f293e34b000) #v- In LO 3.6 (I did not check 4.0) libsqlite3.so is shipped in libobasis3.6-core07 package. In LO 4.1, it is not. On Debian, libsqlite3-0 is one of most common packages required by many desktop apps. So why LO can't use system one? Because it is named libsqlite3.so.0: #v+ $ ls -lah /usr/lib/x86_64-linux-gnu/libsqlite3* lrwxrwxrwx 1 root root 19 maj 21 23:05 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 -> libsqlite3.so.0.8.6 -rw-r--r-- 1 root root 706K maj 21 23:05 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 #v- If you put libsqlite3.so into system's library path (by, eg., making symlink: ln -s /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 /usr/lib/x86_64-linux-gnu/libsqlite3.so ), then LO will pick it up and open encrypted file without hassle. Tested on: Version: 4.1.0.1.0+ Build ID: 6bb02e0113419a21b46f46885df271ea6baf4eb TinderBox: Linux-x86_64@31-Release-Configuration-RHEL5-Baseline, Branch:libreoffice-4-1, Time: 2013-06-25_12:59:59 So, this is not LO bug per se. It is bug in building/packaging system. Of course one can argue that this is distribution fault, as they do not provide library by name that LO expects; another one may argue that this is LO fault, as it does not expect what distribution provides. That pointless argument was silenced in previous versions by shipping libsqlite3.so with LO and perhaps it was the best solution (that file is only 453KB uncompressed). Also: I have no idea why sqlite would be needed to decrypting of file. Perhaps this is only surface of some bigger problem that is yet to be identified. I am changing status to UNCONFIRMED and then to NEW (as I can't go directly from RESOLVED to NEW). Also, I am setting component to "Installation", as it seems to be the closest match. @Mateusz: could you verify that creating symlink fixes problem for you?
>@Mateusz: could you verify that creating symlink fixes problem for you? No. I still have the same problem although command sudo ln -s /usr/lib/libsqlite3.so.0 /opt/libreoffice4.1/program/
Weird thing. I copied libsqlite3.so from LO 4.0 to 4.1 and it fixed problem, so your solution works well, Minio. :-) I have no idea why symlink doesn't work earlier.
@Mateusz: your command at Comment 11 would create /opt/libreoffice4.1/program/libsqlite3.so.0 file, while LO is looking for libsqlite3.so (without ".0" suffix). Correct command would be: sudo ln -s /usr/lib/libsqlite3.so.0 /opt/libreoffice4.1/program/libsqlite3.so This is also why copying libsqlite3.so from LO 4.0 fixes problem.
Thanks for clarified my mistake. This solutions obviously works too. So maybe now developers take this issue on board? :>
Ubuntu 13.04, LO 4.1.0.2.0 does open this document after asking for passphrase and me entering 1111. Is this fixed? Mateusz: could you please retry using the 4.1.0.2.0 RC2? http://www.libreoffice.org/download/pre-releases/
@James No, it's not fixed yet. If you want to open encrypted files, you must copy libsqlite3.so to /opt/libreoffice4.1/program/. Don't ask why developers are ignoring such a big regression.
> Don't ask why developers are ignoring such a big regression. Because noone has done anything to make it more visible to developers (hint: increasing severity might work. Adding the bug to 4.1 MAB is even better). Btw, it has been a mistake. The man who committed the change apparently thought it is only relevant to MacOS X.
David Tardon committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6ae0422de5b42fcf81e9d76f5a7b6ed16946fd21 fdo#64916 put libsqlite3.so into instset on linux again The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Why you target in only to 4.2.0? This ought be fixed before 4.1.1 as well.
David Tardon committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8d08d7985c98e095fad5dca683ceeff02a671aba&h=libreoffice-4-1 fdo#64916 put libsqlite3.so into instset on linux again It will be available in LibreOffice 4.1.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 67332 has been marked as a duplicate of this bug. ***
*** Bug 67374 has been marked as a duplicate of this bug. ***
*** Bug 67385 has been marked as a duplicate of this bug. ***
This is resolved for me with the 4.1.1 daily build (at least the build of 26 Jul 2013).
I reinstalled version 4.1.0.4 with Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28 And by copying libsqlite3.so to /opt/libreoffice4.1/program from version 4.0.4 it works again. Thank you! Also I would like to notice that by first install of 4.1.0 that the start center is missing in the menu of cinnamon. If there is no report on this and i need to file a bugreport then i'm happy to do so. (old version (4.0.4) removed first by using apt-get remove libreoffice-*). I'm using Linux Mint 15 based on ubuntu 13.04 and as an enviorment cinnamon 1.8.*.
*** Bug 67399 has been marked as a duplicate of this bug. ***
@Klaas Vaag: please report separate bug regarding start center not visible. This is (most likely) not related to missing libsqlite3.so. Since this issue has been marked as fixed, no one will be looking here anymore. By posting only here, you minimize chances of getting this issue fixed in any reasonable time. For further advice, please read this TDF wiki page: <https://wiki.documentfoundation.org/QA/BugReport>
*** Bug 67580 has been marked as a duplicate of this bug. ***
*** Bug 65383 has been marked as a duplicate of this bug. ***
*** Bug 67778 has been marked as a duplicate of this bug. ***
*** Bug 68017 has been marked as a duplicate of this bug. ***
*** Bug 68255 has been marked as a duplicate of this bug. ***