Created attachment 67285 [details] spreadsheet crashing during FILEOPEN "adapt row height" Problem description: A particular .ods spreadsheet file causes LibO 3.6.1.2 to crash midway through FILEOPEN "Adapt how height" phase. Local installations and portable versions of 3.6.1.2 exhibit the same behaviour. However, the file opens normally in 3.5.5.3 and 3.5.6.2. See also this thread http://en.libreofficeforum.org/node/4326 Steps to reproduce: 1. Open new LibO 3.6.1.2 spreadsheet document 2. File > Open > select attached sample file > double click Current behavior: LibO crashes partway through the "Adapt row height" phase of loading the file, with the message "LibreOffice 3.6 has stopped working". Memory usage is not excessive, so this bug is distinct from #44420. Expected behavior: Normal loading of the file, as occurs in LibO 3.5.5.3 (Windows, portable) and 3.5.6.2 (Linux). Platform (if different from the browser): Windows 7 x64 Browser: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.89 Safari/537.1
From user Lupp at http://en.libreofficeforum.org/node/4326#comment-19855: "The similar bugs (LibreOffice - bugzilla) I mainly checked were: 40650 - Ver 3.4.3 - filed 2011-09-06 44420 - Ver 3.4.4 - filed 2012-01-03 44758 - Ver 3.4.4 - filed 2012-01-13 I fed your file into OOo 3.4.1 (Apache) and that worked fine. After a new file store (save as) the file had shrunk a bit AND could be opened by LibO 3.6.1 too. If the row heights are as you like them now I cannot judge. "
Created attachment 67288 [details] spredsheet opened in OOo 3.4.1 then "save as", opens OK in LibO 3.6.1 From user Lupp at http://en.libreofficeforum.org/node/4326#comment-19855 "I fed your file into OOo 3.4.1 (Apache) and that worked fine. After a new file store (save as) the file had shrunk a bit AND could be opened by LibO 3.6.1 too. If the row heights are as you like them now I cannot judge."
Lupp retracted the claim that the version saved from OOo 3.4.1 opens in LibO 3.6.1. Apologies for the multiple postings.
Created attachment 67297 [details] console logs + bt on master On pc Debian x86-64 with master sources updated today, I reproduced the bug. I attached console logs + bt.
To debug this one I need a dbgutil build.
In tests in version 3.6.2.1 this problem was solved. The test was done with Operating system Windows 8 64-bit. To perform the test, was located by windows Explorer a file that had the error in version 3.6.1. He was given two clicks and the file opened without problems.
No this problem is not fixed. It is just an out of bounds acces so it will fail sometimes and sometimes it will just work. I have a dbgutil build and now just need time to investigate this one.
Markus Mohrhard committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=70412d0f3f7979d3d069be8121d49dbb96775cce don't access out of bound array index, fdo#55022 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 53610 has been marked as a duplicate of this bug. ***
Pushed Markus' patch to -3-6 - thanks ! :-)
Markus Mohrhard committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=541fbcd2fae54a7b8bce25873d4d1b4891c1c796&g=libreoffice-3-6 don't access out of bound array index, fdo#55022 It will be available in LibreOffice 3.6.3. 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 55479 has been marked as a duplicate of this bug. ***