Created attachment 100900 [details] test file-8500 lines. With a graphic. Drawing a xy graphic with 8500+ lines takes too long. Resizing the same graphic to a bigger size takes too long. with over 10000 data points i needed to kill the program. A workaround is to do the following: 1)Disable anti-aliasing. 2)Plot/Resize. 3)Enable anti-aliasing. This provides a much faster way, but should not be needed. This problem does not occur with simple linear graphics.
Comment on attachment 100900 [details] test file-8500 lines. With a graphic. Fixed MIME Type.
Hi giovanni, I do not reproduce the "long time" problem with your xy scatter chart, Drawing a xy scatter chart and resizing the chart was done within 5 seconds, no freezing. However, I encounter the freeze issue when I was trying to draw a "line chart: lines only". It takes 20+ seconds for the chart to finish drawing. (This may be a different problem and I will consider to file a saparate bug report) Steps to reproduce: 1. Open attachment 100900 [details]; 2. Insert -> Object -> Chart -> Chart type: Line (Lines Only) -> Next -> Choose "First column as label", finish. Current behaviour: Calc freezes for more than 20 seconds to draw the line chart. Version 4.2.5.1 and 4.3.0.0 beta2 OS: Windows XP SP3.
Sorry for the lack of infomation. Using the xy scatter chart, but not the dots only, any of the other options to draw the xy scatter chart, line and dots, only lines or the 3d lines. Using the option to draw only the dots does not reproduce the problem.
Hi, Just to confirm - I was able to reproduce giovanni's problem in LO 4.1 and 4.3. And I have been experiencing poor performance with graphs for large data sets (around 10k rows and more) in both LibreOffice/OpenOffice. What is rendered in Excel in a snap, can take minutes in LO, to the point that it becomes unusable. Also, I believe this should be merged with at least the following two: "Bug 70872 - Calc very slow with charts with large numbers" https://bugs.freedesktop.org/show_bug.cgi?id=70872 Whis was marked as a "duplicate" of: "Bug 80677 - UI: Very sluggish with larger data sets" https://bugs.freedesktop.org/show_bug.cgi?id=80677 Is there anyone looking at resolving this issue, please?
CONFIRMED on Slack 14.1 + LO 4.4.0.0.alpha1. Repro Steps: - Grabbed the attachment that was provided by giovanni. I can confirm the long drawing time for the graph, and for resizing when increasing the size of the graph. However, shrinking the graph doesn't take long at all.
** 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.0) 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-02-21
** 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.5 or 5.3.0 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-20170306
Can't reproduce the steps in comment 2 with Version: 6.2.0.0.alpha1+ Build ID: 612a107464c1889fdc4806a3c86da8c2fbf452c8 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: de-DE (de_DE.UTF-8); Calc: threaded
Dear giovanni, 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
Following Thomas Lendo's comment, could someone who had the slowdown could give a new try with last LO version 6.3.4?
(In reply to Julien Nabet from comment #10) > Following Thomas Lendo's comment, could someone who had the slowdown could > give a new try with last LO version 6.3.4? Hi Julien, there is no severe slowdown in 6.3.4.2, i.e. the interface is now responsive, and the graph renders much faster (~1-1.5s) despite running the test on a similar spec machine to the one before (as per my comment #4). Version: 6.3.4.2 Build ID: 1:6.3.4-0ubuntu0.18.04.1~lo2 CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB Calc: threaded
(In reply to Tom from comment #11) > ... > Hi Julien, there is no severe slowdown in 6.3.4.2, i.e. the interface is now > responsive, and the graph renders much faster (~1-1.5s) despite running the > test on a similar spec machine to the one before (as per my comment #4). > ... Thank you Tom for your quick feedback! :-)
Argh, I changed to FIXED by error, let's revert to WFM
(In reply to Julien Nabet from comment #10) > Following Thomas Lendo's comment, could someone who had the slowdown could > give a new try with last LO version 6.3.4? Same as Tom, no slowdown. Plot and resize in ~1s or less. Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded