Created attachment 123398 [details] This file does not open with LO 5, but works fine on LO 4 I created a file with LO 4.4. now I upgraded to LO 5 and when I try to open it, LO freezes, while opening with the old version on another PC still works.
I can open file with 5.1.0.3, win7. For the test, could you rename your LibreOffice directory profile (see https://wiki.documentfoundation.org/UserProfile) and give it a new try?
Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Renaming the libreoffice directory did not help. Now I tried to remove 5.1.0 and installed 4.5 on this PC, but it doesn't open the file either. So I guess ther are some other settings on this PC preventing it from opening the file. Any other ideas?
Document has macros, I wonder if it is related to that. Opens fine here, though. Yet, 5.1.0 had quite some problems on Windows, so you should try 5.1.1, which was released yesterday. 64-bit, KDE Plasma 5 Build ID: 5.1.0.3 Arch Linux build-1 CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; Locale: fi-FI (fi_FI.UTF-8)
(In reply to Stefan from comment #3) > Renaming the libreoffice directory did not help. Now I tried to remove 5.1.0 > and installed 4.5 on this PC, but it doesn't open the file either. So I > guess ther are some other settings on this PC preventing it from opening the > file. Any other ideas? Please try to disable openCL . Tools - Options - openCL Attach error message.
Nope... no difference with 5.1.1.
Thats it... disabling OpenCL works. Thank you!
Stefan: can you give us this file: C:\Users\User\AppData\Roaming\LibreOffice\4\cache\sc_opencl_device_profile.dat
I can confirm this problem too (and the similar bug 97915). I post in this one because my ods file is older than LibreOffice 5.0. The file is OK with LO 5.0.4, but not OK with the 5.1.0 and 5.1.1 all in x64 version. Attempt to make a backtrace gives me the same "Symbol file could not be found" as Edgar Steimel in the other bug report. And turning OFF OpenCL does the trick. One more thing, I've no sc_opencl_device_profile.dat file in my user directory even if I turn ON OpenCL and open an ods file that opens correctly => It's another important thing, the problem is not for all my ods files.
Created attachment 123585 [details] sc_opencl_device_profile.dat here is my sc_opencl_device_profile.dat
I guess this is NEW per comment 9..
I checked the attached document with OpenCL enabled in several versions (5.1.3.2, 5.2 beta2, debug build from master branch), and it doesn't freeze, but loads extremely slowly: in ~2:30 - 3 mins. Stefan, gga, can you test if it's the case with your files as well? Note: it's also quick if only OpenCL Software Interpreter is enabled (loads in a few seconds). Note 2: for me it didn't finish loading in 5 mins in 4.4.0.3, might be frozen.
Ouch. The OpenCL (source) code generated for the one formula group in the sample document is very pathological, it has functions with almost a thousand parameters. Also the actual kernel has that many parameters. Not surprisingly the compilation of the OpenCL program fails. Obviously the OpenCL generating code needs some more sanity checks. But as such that is not a problem, the code will fall back to the traditional code path (or the software interpreter, if the formula in question is a such for which that is tried). Need to investigate further.
It takes quite a long time for me to open, too (I did not bother timing, just did other things and checked after a while), but does open eventually. Maybe five minutes? Stefan, how long did you wait?
Tor Lillqvist committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a48aefcae40663b63005d49a04fc7b89a473d613 tdf#98515: Bail out early if kernel would have ridiculously many parameters It will be available in 5.3.0. 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.
Fixed in master, cherry-pick requests for the 5.2 and 5.1 branches in gerrit. Assuming that the "does not open" indeed meant that it took unreasonably long to open it (several minutes). Resolving as fixed.
Tor Lillqvist committed a patch related to this issue. It has been pushed to "libreoffice-5-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=449a599109f4c16a384dba4df6cd953518396395&h=libreoffice-5-2 tdf#98515: Bail out early if kernel would have ridiculously many parameters It will be available in 5.2.0.2. 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.
Tor Lillqvist committed a patch related to this issue. It has been pushed to "libreoffice-5-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=bc34f5bae1ffc42fb848b2341020fc3fa52afbe2&h=libreoffice-5-1 tdf#98515: Bail out early if kernel would have ridiculously many parameters It will be available in 5.1.5. 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.