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
Dear Arzet Ro, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still repro momentary freeze when scrolling. Arch Linux 64-bit Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 48db2edc9539d2d6d313cd225dadca6edc019559 CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 8 October 2024
Created attachment 196994 [details] Perf flamegraph of scrolling delay Arch Linux 64-bit Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5daac16a03c84f5908808be446c705e19445c150 CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 10 October 2024