Description: Select All isn't quite responsive if the page is containing a large table Steps to Reproduce: 1. Open attachment 124534 [details] (bug 99416) 2. Press CTRL+A Actual Results: It takes around 4 sec for the selection to appear (and noticing a CPU hog) Expected Results: Nearly instant selection Reproducible: Always User Profile Reset: No Additional Info: Found in: Version: 5.4.0.0.alpha0+ Build ID: 1670cc25bc2771e87f7956a4b0dd634abaa4128b CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-03-22_23:28:42 Locale: nl-NL (nl_NL); Calc: CL and in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Yeh, it's a bit laggy. Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+ (x64) Build ID: 8681bd32d778585fc0da8f42a77aeb58cbae4308 CPU threads: 4; OS: Windows 6.1; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-03-29_04:04:20 Locale: fi-FI (fi_FI); Calc: CL
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Telesto, bouvjaga, please retest it in latest master. I got less than 1 sec for selecting of all cells in Версия: 6.3.0.0.alpha0+ ID сборки: 51af3179cf972809d6495c7d58033e069f647bbf Потоков ЦП: 4; ОС:Linux 4.18; Отрисовка ИП: по умолчанию; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-01_00:15:00 Локаль: ru-RU (ru_RU.UTF-8); UI-Language: ru-RU Calc: threaded
In 2017 I tested with a laptop from 2012. Now if I test with my fast desktop, I get 1,15 seconds on Linux and 1,60 seconds in a Win 10 VM. I guess Telesto would like to see the selection rather happen in 0,1 seconds. I can do a callgrind trace. Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: 8fbad2f600cd3ab81e7c1da0e4a2a71ebcac0553 CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 31 January 2019 Version: 6.3.0.0.alpha0+ Build ID: 3a4d46c586352939a37e3b07fa74cbce81abd722 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded
Created attachment 148860 [details] Callgrind output from master
(In reply to Buovjaga from comment #4) > In 2017 I tested with a laptop from 2012. Now if I test with my fast > desktop, I get 1,15 seconds on Linux and 1,60 seconds in a Win 10 VM. > > I guess Telesto would like to see the selection rather happen in 0,1 seconds. > Of course ;-).. However it sample file is a little exotic If you want to make it worse (or maybe a different bug) 1. Open the attached file 2. Copy the table.. paste it a few times on new pages 3. Press CTRL+A 4. Scroll..
*** Bug 132206 has been marked as a duplicate of this bug. ***
Dear Telesto, 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
No repro for me in Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 943177e0f8074753db25d9a56d15f8010a755ffc CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: threaded Telesto, could you please retest it on your PC?