Description: I tried 7.2.5 on Windows 8 x64. I tried 7.3.0.2 on Windows 8 x64. I tried 7.2.5 on Arch Linux with hw accel enabled and disabled (I didn't forget to restart). This happens with the attached file that was created on 7.2.5 on Windows 8 x64. By the way, I removed most text (and all images) in the file (originally it had 11 pages). Steps to Reproduce: Open the attached file. Then do one or several actions inside the outer table's right column: * Try selecting cells in the empty row that is surround by filled cells. * Try pressing Left/Right key or writing in the cells in the empty row that is surround by filled cells. * Try editing the cells in first row. * Scroll. * Move your mouse while those empty cells are focused. How to reproduce creating such file... I don't know. I think LibreOffice doesn't like tables in tables being spanned over multiple pages. Because the previous file also had such big tables in tables (IIRC I solved it by deleting the table).. But there were no problems with 50 previous files (10-20 pages each) that had tables in tables. Actual Results: (I am talking only about the inner table) When I edit the first row, the empty row that is surrounded by filled cells is disappearing. When I just scroll, the cells in the first two columns become empty. If scroll again, they become visible. When I try to do anything with the empty cells of the row that is surrounded by filled cells, CPU usage becomes very high: on the very weak PC with Windows 8, LibreOffice is frozen for 10 secs when I press e.g. "Left". If a filled cell is focused, but I move my mouse on the empty cells, then CPU usage is 100% for a few seconds. But if the central (2nd) cell of that row is focused, then CPU usage is 100% forever without me doing anything. Infinite loop? But if I select another cell, then CPU usage is back to 0%. Expected Results: CPU usage 0% and no Schrödinger's cells even if a file is corrupted. No such files created in case it's a corruption. Reproducible: Always User Profile Reset: Yes Additional Info: If I try to open the attached file with CoolReader 3.2.59, then all cells are empty, and "Block 16:0 not found in file" in the log. On Arch Linux: Version: 7.2.5.2.0+ / LibreOffice Community Build ID: 20(Build:2) CPU threads: 12; OS: Linux 5.16; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.utf8); UI: en-US 7.2.5-4 Calc: threaded
Created attachment 177993 [details] The file with a probably broken table
Repro Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4a388f5e01ebb5a512931d11e48c4380382239c8 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL In my case, if I open the file and click in the 3 top cell (so C1; in Calc terminology ) of the embedded table text appears in A1 and B1 LibreOffice surely doesn't like tables being spanned over multiple pages. Known problem :-(. It also has a habit of splitting tables differently when entering a table in such cases (there a couple of bugs in that direction)
Same results with Version: 6.3.7.0.0+ (x86) Build ID: 726535ec30f12697ceccd2f0640d9371a64dc5bd CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL and with Version: 6.2.9.0.0+ (x86) Build ID: 5f01fe15eb2661f1f9ce12d1d99dc2a705b462ee CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL Document freezes on file open with 6.1 and with 4.4.7.2 and 4.0.0.3