Description: 3 seconds delay of inserting a row and 6 seconds delay deleting a row in a larger spreadsheet Steps to Reproduce: 1. Open attachment 161647 [details] 2. Copy column A-C 3. Paste it always next the other, so DEF GHI KLM NOP (needed to feel the performance degradation; so create more if you want to wait longer.. less if you want to wait sorter.. 4. Insert a row -> 3 seconds -> create more columns; not really difference 5. Delete the row -> 7 seconds -> This tends to decrease with more columns Actual Results: 3 seconds for insertion 6 for deletion Expected Results: 1 seconds as before Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 7.0.0.0.beta1+ Build ID: c344de1b9985b6ca10b354e24151d0bdf92dc20e CPU threads: 2; OS: Linux 5.3; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded and in 4.3.7.2 but no in 4.2
Created attachment 162407 [details] Bibisect log Bisected to telesto@telesto-VirtualBox:~/bibisect-43max$ git bisect good 592049de352d2fd0fe256fe499a2edd175c2bb0b is the first bad commit commit 592049de352d2fd0fe256fe499a2edd175c2bb0b Author: Matthew Francis <mjay.francis@gmail.com> Date: Thu May 28 19:46:09 2015 +0800 source-hash-f32df2d590d0ee14f09664934457ba9e8de8cbe6 commit f32df2d590d0ee14f09664934457ba9e8de8cbe6 Author: Kohei Yoshida <kohei.yoshida@collabora.com> AuthorDate: Fri Feb 28 21:25:01 2014 -0500 Commit: Kohei Yoshida <kohei.yoshida@collabora.com> CommitDate: Fri Feb 28 21:28:57 2014 -0500 fdo#75053: Adjust reference update on shift for formula groups. This is similar to my earlier fix for reference update on moving of cells. Change-Id: I592599507bfcab12f611eeae7b56c99da6c31919
*** This bug has been marked as a duplicate of bug 134271 ***
> 4. Insert a row -> 3 seconds -> create more columns; not really difference So, for me when I added about 10 more columns the time this took increased to about 7 seconds. Then, without adding any more columns, I tried to insert another row, and Calc hung up my whole PC (even the mouse cursor wouldn't move) and eventually crashed.
Took 2 secs to insert and 4 secs to delete (obeyed the recommendation in step 3), so it seems to not be back to the original performance level. Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 04f9a8957c04b8c5abaa58140328d2c83381f4ff CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Jumbo
*** This bug has been marked as a duplicate of bug 131894 ***