Description: Very simple spreadsheet created with LibreOffice (.ods) got corrupted by LibreOffice (I guess). Libreoffice can't open the corrupted file and goes into an endless "bootloop" showing the start splash screen repeatedly. Opening the corrupted file with google docs shows all the information as it was saved last time Steps to Reproduce: 1.Try to open the attached file 2. 3. Actual Results: LibreOffice crashes and shows the Document recovery dialog with no items to recover OR LibreOffice starts an endless "bootloop" and soffice.bin has to be killed with command prompt Expected Results: LibreOffice Shows the document contents Reproducible: Always User Profile Reset: No Additional Info: Version: 6.3.3.2.0+ Build ID: 1:6.3.3-3 CPU threads: 12; OS: Linux 5.3; UI render: default; VCL: kde5; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 156590 [details] Simple spreadsheet that got corrupted and can't be opened by libreoffice but possible with at least google docs
When the document is opening it crash LO crashreport.libreoffice.org/stats/crash_details/57ea9aa3-92d1-4a71-8993-f44fbb0403ac => LO 6.3.2.2 crashreport.libreoffice.org/stats/crash_details/1602c602-3916-468f-8b9f-65f753c49cec => LO 6.3.4.2 But its open with gnumeric and AOO 4.5.0alpha
I can't reproduce a crash with: Version: 6.3.4.2 (x64) Build-ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: Linux only issue?
I can open, save and open again. Version: 6.3.4.2 (x64) Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: es-ES (es_ES); UI-Language: en-US Calc:
Myself had an ods calc corrupted file when the 6.32 to 6.3.3 upgrade was made (ubuntu FF). Result was: cant open/load the file , and the recovery box was empty. That same ods still was loaded as expected on 6.07 calc version but failed on 6.3.3/4. After tested a zip repair (on a ods copy indeed), the problem was persisting. Then i installed gnumeric, and the ods was opened as expected, did some minor data update, save and close the file. Next i try again to load/open it with 6.34, and surprised, it was ok !!! Only got a depracated look and fell sheet, but all data/formula was not damaged. Did some formulas tweaks: spaces was removed between 'formula1'+'formula2'+ ... so readded them for better readability; readjusted some font size elsewhere; and finally got back the original look & feel. Looks like the new 'mutter' used on ubuntu FF put some trouble, like copy/paste not working on the first try (paste a frame ui instead of the copied value/data); this is reported and asked multiple times from all distributions and 6.3.3/4 at least. Concern Calc / Writer and else. Hopes devs will pay attention at that new mutter (3.34 +) and adapt/recompile to support the new design/feature
Repro in Ubuntu 18.04.
Mutter is nonsense,
Created attachment 159190 [details] crash backtrace Problem with chart listener during import, mpToken pointing to invalid memory.
Xisco, please see for regression.
it crashes in Version: 7.0.0.0.alpha0+ Build ID: 169a10f0e4680814145b668c6320be04038d7a89 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded Version: 5.2.0.0.alpha1+ Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; Locale: ca-ES (ca_ES.UTF-8) Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
saw this document appear in a crashtesting run https://gerrit.libreoffice.org/c/core/+/106061 to assert where it initially goes wrong https://gerrit.libreoffice.org/c/core/+/106066 as a plausible solution
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f854e62a9d21f7874390952491ba38ed3056edd0 crashtesting: assert the failure which will cause tdf129410-1.ods to crash It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/4198d04df49cff31f509b219293e5e18f7499e05 crashtesting: make tdf129410-1.ods not crash on load It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
seems fixed in master now, backport to 7-0 in gerrit
Verified in Version: 7.1.0.0.alpha1+ Build ID: 2f7b5634487ac3d27777ab12a57089e71ea5216d CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Caolán, thanks for fixing this issue!!
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0277c2c57f3990cb9078f11d0969faa1fb21a9d1 tdf#129410: sc_subsequent_filters: Add unittest It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/153a3587461ba8f14ac849d2f99d3985c0138cf3 crashtesting: make tdf129410-1.ods not crash on load It will be available in 7.0.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.