Description: Undo deleting a large table slow. See also bug 136748 Steps to Reproduce: 1. open the attached file (see also bug 136748; same file) Actual Results: 40 seconds Expected Results: 15-20 seconds Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: ed4f610f4a3de12016f8308a17b6ad4f86e9d67a 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
Created attachment 165491 [details] Example file
Pretty decent with Versie: 4.4.7.2 Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Locale: nl_NL -> 15 seconds
16 seconds with 6.0
30 seconds in Version: 7.1.0.0.alpha0+ Build ID: 3a22f5a589e822e7ca8bbb00e38a3aff93ed7ba5 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (ro_RO.UTF-8); UI: en-US Calc: threaded
Confirmed with Version: 7.1.0.0.alpha0+ Build ID: 3a22f5a589e822e7ca8bbb00e38a3aff93ed7ba5 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (ro_RO.UTF-8); UI: en-US Calc: threaded
Can you re-test? It is rather instant for me Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 58a5bd793a2ed57077fc598281cc74e16373b877 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
My system is freezing for 30 seconds. After that I have a window with "LibreOfficeDev 7.3 Document Recovery. Due to an error LibreOfficeDev crashed."
Created attachment 174612 [details] my CPU 100% 4 cores you can see in the image 1 of the 4 cores is at 100% and after I click don't recover is going down again.
Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: fbe183bbb05220a4ccc51952445b1797bb498403 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Created attachment 174613 [details] Perf flamegraph Hmm, it was not so instant for me after all - even though the table reappears, the UI is blocked for some 5 secs. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 567c6c123094bf58c14ddac94e962cc62bc839b3 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/af8cb1039fd0cce86d771f4765c7d73c9f39b5a7 tdf#136749 std::map -> unordered_map It will be available in 7.6.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.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/59036776b92c0f4ad2edd1bafd332f7a4ee87cdc tdf#136749 no need to use maMutex in SwAccessibleMap It will be available in 7.6.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.