Description: LO Calc hangs at 'Select all' Steps to Reproduce: 1. Open .xlsx document via LO Calc (see test sample in the attachment) 2. Ctrl+A or Select all Actual Results: Application hangs Expected Results: Normal selection Reproducible: Always User Profile Reset: No Additional Info: Reproduced for Version: 6.2.0.0.alpha1 Build ID: ff46ad24d1d3cbcea45895520483ed1fd4ff488b CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: kde5; Locale: ru-RU (ru_RU.UTF-8); Calc: threaded DO NOT reproduced for Version: 6.2.0.0.alpha1 Build ID: ff46ad24d1d3cbcea45895520483ed1fd4ff488b CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: gtk3; Locale: ru-RU (ru_RU.UTF-8); Calc: threaded DO NOT reproduced for Version: 6.1.2.1 Build ID: 65905a128db06ba48db947242809d14d3f9a93fe CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: kde4; Locale: ru-RU (ru_RU.UTF-8); Calc: group threaded
Created attachment 145934 [details] test document
When you say it hangs, you mean you have to kill LibreOffice?
I mean no menu available, scroll doesn't work for 20-30 sec. Anyway, there is no text selection as a result.
I can't reproduce it in Version: 6.2.0.0.alpha0+ Build ID: 3846561f79cf9065abd9ca83c9fbfbe7e52e28e2 CPU threads: 1; OS: Linux 4.13; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-10-21_02:45:54 Locale: en-US (en_US.UTF-8); Calc: threaded
Xisco can you try with my test document ?
I guess the duration for "Select all" (Ctrl+A) depends on the hardware/CPU. For me (on a Fujitsu Lifebook E756 with an Intel Core i7-6500U CPU), it takes about 10 seconds when using the attached document and kde5, while it feels "instantaneous" when using gtk3 (~1 second), so it's actually quite slower. However, the whole sheet content is finally selected in my case (though copying and pasting into a new Calc sheet does not yield the desired result). Version: 6.2.0.0.alpha1+ Build ID: 25af42bc70e1a0a61d2ea90d7b0ef1ed6000ed69 CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: kde5; Locale: en-GB (en_GB.UTF-8); Calc: threaded Vera: Did you use the mouse or press any buttons while waiting? That might have an effect on whether the cells are selected in the end.
(In reply to Michael Weghorn from comment #6) > Vera: Did you use the mouse or press any buttons while waiting? That might > have an effect on whether the cells are selected in the end. Yes, I tried to use scroll, open menus, etc. This is the reason for "nothing selected". Thus, bug is only for "slow selection"
(In reply to Vera from comment #7) > (In reply to Michael Weghorn from comment #6) > [...] > Thus, bug is only for "slow selection" Thanks for the clarification. Slowness of Ctrl+A on attached document with kde5 (as compared to gtk3) confirmed with Version: 6.2.0.0.alpha1+ Build ID: d11594db10c6c4eb9251c6eeeccbf9b9565cc693 CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: kde5; Locale: en-GB (en_GB.UTF-8); Calc: threaded
Created attachment 145959 [details] Another sample document Slowness can also be reproduced with this simpler document that has no special formatting applied. (The amount of "used" cells does play a role however; an empty sheet is fast.) Besides Ctrl+A, selecting cells using the mouse is also significantly slower than with gtk3.
*** Bug 122679 has been marked as a duplicate of this bug. ***
Aleksei Nikiforov committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/7e01a02b12a9ea3a39b5a627f3b26d94bc1ad921%5E%21 tdf#120836 KDE5: allow adding multiple mime types to clipboard It will be available in 6.3.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.
Created attachment 148433 [details] extended sample documents with ~1000 unformatted rows Thanks, this commit significantly improves performance! kde5 is still significantly slower than gtk3 at "Select All", though, e.g. the attached sample document (with some more unformatted rows now) still takes ~30 seconds for me with kde5, while they are selected instantly with gtk3.
(In reply to Michael Weghorn from comment #12) > kde5 is still significantly slower than gtk3 at "Select All", though, e.g. > the attached sample document (with some more unformatted rows now) still > takes ~30 seconds for me with kde5, while they are selected instantly with > gtk3. (with master as of commit 87bf8b7900fe4757bd8494f7a72966915f653eb6)
Thanks Alexei, I've checked selection (Ctrl+A) for the following build: Version: 6.3.0.0.alpha0+ Build ID: 87bf8b7900fe4757bd8494f7a72966915f653eb6 CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-01-19_19:05:11 Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US Calc: threaded For the documents from Comment#1 Comment#9 CTRL+A works in a 1-2 second But for the document from Comment#12 it is about 10-15 sec to select all (I confirm Michael's test). Could you please take a look?
(In reply to Vera Blagoveschenskaya from comment #14) > But for the document from > Comment#12 > it is about 10-15 sec to select all (I confirm Michael's test). > > Could you please take a look? Yeah, looks slow to me too. I'll continue to investigate it.
*** Bug 122819 has been marked as a duplicate of this bug. ***
Aleksei Nikiforov committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/c8b0c382c6330865df50ae7cf7360c8a2c08ebe6%5E%21 tdf#120836 KDE5: Clipboard: don't put images to clipboard It will be available in 6.3.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.
Thanks, Alexei, I've tried Ctrl+A for each test document in the attachment, --> it works fine. Version: 6.3.0.0.alpha0+ Build ID: ed707a4806a489467c6d9be7d1b787dab94b5f78 CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-01-26_22:55:03 Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US Calc: threaded
Aleksei Nikiforov committed a patch related to this issue. It has been pushed to "libreoffice-6-2": https://git.libreoffice.org/core/+/b0b203b5d09054250a257c052d7c7870eb1c4ffe%5E%21 tdf#120836 KDE5: allow adding multiple mime types to clipboard It will be available in 6.2.1. 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.
Aleksei Nikiforov committed a patch related to this issue. It has been pushed to "libreoffice-6-2": https://git.libreoffice.org/core/+/012e471393b41dae7fe6d35bbaf575f87e7c8470%5E%21 tdf#120836 KDE5: Clipboard: don't put images to clipboard It will be available in 6.2.1. 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.
Luboš Luňák committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/0d58f51d7672c569c93c6e814dbfffa586eebfb7%5E%21 Revert "tdf#120836 KDE5: Clipboard: don't put images to clipboard" It will be available in 6.3.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.
Luboš Luňák committed a patch related to this issue. It has been pushed to "libreoffice-6-2": https://git.libreoffice.org/core/+/d0b03870b7eb67a5a4f4981c1e104ca03bd6e993%5E%21 Revert "tdf#120836 KDE5: Clipboard: don't put images to clipboard" It will be available in 6.2.5. 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.