1. Open attachment 142401 [details] from bug 117896 2. Right-click sheet KROSCEK - Move or copy sheet 3. Select "Copy" and "move to end position", OK Time with the blamed commit is around 2min 38s. Earlier commit: 1min 12s. Bibisected with win32-6.2 to https://gerrit.libreoffice.org/plugins/gitiles/core/+/b9652803096b68a33702601aac52e78c8a4250c6%5E!/ tdf#118308: Incorrect Paste Special dialog when ... pasting content from another cell In tiled rendering case (headless) each window has its own clipboard, otherwise exists a unique clipboard (UNO service). Adding Cc: to Henry Castro
following the description i have 4 cpu's running at 100% with low memory used (195MB) and need 470 seconds to complete the copy/moving Opening and saving the document is between 5 and 10 seconds Version: 6.3.0.0.alpha0+ Build ID: 75dd5d2e734ad9e8265b1954c7496d1ba241079e CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: kde4; Locale: nl-BE (en_US.UTF-8); UI-Language: en-US Calc: threaded
For me with the blamed commit it's ~1:30, with the preceding one, ~0:42, and with latest commit from bibisect-win32-6.2 around ~1:10.
Dear Buovjaga, 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
This is worse on Windows than Linux for some reason and perf has worsened over time. It took like 5 minutes now compared to my 2min 38s in 2018. Version: 6.5.0.0.alpha0+ (x64) Build ID: b9930d0d05db39a8466b18dccf626bc3d8ae5c4e CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded
*** Bug 131709 has been marked as a duplicate of this bug. ***
*** Bug 133244 has been marked as a duplicate of this bug. ***
*** Bug 133316 has been marked as a duplicate of this bug. ***
Bumping a bit again.. the problem occurs in multiple situations..
I'm reasonably certain that my fix for bug#133267 improves also this case. *** This bug has been marked as a duplicate of bug 133267 ***
(In reply to Luboš Luňák from comment #9) > I'm reasonably certain that my fix for bug#133267 improves also this case. > > *** This bug has been marked as a duplicate of bug 133267 *** Indeed, the time has returned to the earlier 1min 12s in my Win virtual machine! Thanks. Version: 7.1.0.0.alpha0+ (x64) Build ID: 191288d6a7fb52b31038a21c4e71ee57ffa3bacd CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded
issue left? exact steps from OP fast now, but: insert new sheet, goto sheet KROSCEK, ctrl-a - ctrl-c ... wait, more than 2:30 minutes on my machine, i see plenty lookup formulas, but none real critical or difficult, quite some cells, but 75k isn't too much, and copy shouldn't look them all up, just take value and formula from cell and copy ... ??? insert on new sheet is acceptabe fast, Version: 7.1.0.0.alpha0+ (x64) Build ID: 75e1cf6c6ea83e65da248dab917b06feea6c18e4 CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL
(In reply to b. from comment #11) > issue left? > > exact steps from OP fast now, but: > > insert new sheet, goto sheet KROSCEK, ctrl-a - ctrl-c ... wait, more than > 2:30 minutes on my machine, i see plenty lookup formulas, but none real > critical or difficult, quite some cells, but 75k isn't too much, and copy > shouldn't look them all up, just take value and formula from cell and copy > ... ??? insert on new sheet is acceptabe fast, Can you report this as a new issue? If you can test with older versions, it would be helpful.