I'll attach two spreadsheets with data, formulas and some charts It is way too slow in 4.4-versions. Open the First file (see it nearly freeze) On sheet 2, select one cell in B4-19 of E4-19 Type a four or five digit number and type Enter > number appears slow Type up or down to go to other cells > also very slow Then moving to another cell with Right ... slow .. Then I tried to change the formatting. See the Second file. Removing the gradient/transparency formatting of data series makes it work fast again. In my experience, with without OpenCL makes no difference
Created attachment 114486 [details] First test file
Created attachment 114487 [details] Scond test file
Hello, first file is printscreen - should be .ods file?
Created attachment 114523 [details] First test file (the right one!) ods with chart with gradients better test file. Sorry for posting the wrong one.
Version: 4.4.3.0.0+ Build ID: 3eba5eb1774ab621a1f0f4dcc7e82cce6c025b0a TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-4-4, Time: 2015-03-27_09:07:12 First file Open without problem. No problem when typing numbers. But scrolling the sheet is slow. Second file Scrolling is fast.
(In reply to Cor Nouws from comment #0) > I'll attach two spreadsheets with data, formulas and some charts > It is way too slow in 4.4-versions. > > Open the First file (see it nearly freeze) For me not reproducible with LO 4.4.1.2, Win 8.1, no freeze > On sheet 2, select one cell in B4-19 of E4-19 > Type a four or five digit number and type Enter > > number appears slow A very short delay (milliseconds) is reproducible with LO 4.4.1.2, Win 8.1. This could be a bit faster, but for me personal with this specific test file and my OS and LO version it is probably not a real bug, more an enhancement. But if it is in Linux or with a larger file a bigger problem, then I could understand this. > Type up or down to go to other cells > > also very slow > Then moving to another cell with Right ... slow .. For me not reproducible with LO 4.4.1.2, Win 8.1 > Then I tried to change the formatting. See the Second file. > Removing the gradient/transparency formatting of data series makes it work > fast again. The short delay from above is no longer recognizable.
Nothing unusual observed. Win 7 Pro 64-bit, Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6 Locale: fi_FI Ubuntu 14.10 64-bit Version: 4.4.2.2 Build ID: 40m0(Build:2) Locale: en_US
Hi raal, (In reply to raal from comment #5) > No problem when typing numbers. Did you try typing in the range that is the source for the charts?
Created attachment 114739 [details] video showing the slowww behavior
confirming myself - proof given with video. And yes, I tested with a clean userprofile too
(In reply to Cor Nouws from comment #8) > Hi raal, > > (In reply to raal from comment #5) > > No problem when typing numbers. > > Did you try typing in the range that is the source for the charts? Yes, as in your video. I don't see this in master on my PC. Version: 4.5.0.0.alpha0+ Build ID: b024e36ddb3b53163d7a01f6f7b5aadb7a858cd9 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-03-31_09:12:20
(In reply to raal from comment #11) > > Did you try typing in the range that is the source for the charts? > > Yes, as in your video. thanks! (By the way I shouldn't have asked it, since for me typing in an empty cell is just as sluggish. Sorry) > I don't see this in master on my PC. > Version: 4.5.0.0.alpha0+ > Build ID: b024e36ddb3b53163d7a01f6f7b5aadb7a858cd9 > TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: > 2015-03-31_09:12:20 I do have the problem in my most recent daily (2015-03-30, didn't install the March 31) Version: 4.5.0.0.alpha0+ Build ID: 9efd80ac32a80656ed6482df69615227d12bc6d9 TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-03-30_16:43:31 Locale: nl_NL So maybe the problem is bound to the 32 bits on Linux?
** 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 on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
** 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 on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
works fine in Version: 6.0.0.0.alpha0+ Build ID: 368b583b992f2e9cad46c2362c9529a07c36d7a9 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-08-10_02:55:46 Locale: nl-NL (nl_NL.UTF-8); Calc: group :)