https://bugs.documentfoundation.org/show_bug.cgi?id=151138
--- Comment #2 from S.Andreason <[email protected]> --- Certainly, here's document #1: https://www.seahorsecorral.org/images/tests/151138-temps-log-a.zip Right click on the smaller chart, export to png. Should look like this: https://www.seahorsecorral.org/images/tests/out-temps-96hr_t1.png Edit the larger chart below the first, if you export to png, it'll probably look fine. For the next image demonstrating the bug without waiting, https://www.seahorsecorral.org/images/tests/temps-month_t2.png I did the following: Right click the larger chart, Edit, Edit range Remove the 3 series: CPU, GPU, and H_44. Ok Select the AIR_OUT , change the line width to 0.04 by clicking the up arrow next to the current width. Also I changed the color to be consistent with the smaller chart, darker and more contrast. Click outside the chart to deselect it, Right click the chart, export to png. Also the export takes 2 minutes to finish. See the bug? See in image t2 how AIR_OUT changes back and forth from solid to reversed normals, or circles with holes. I saved my document at this point to share, https://www.seahorsecorral.org/images/tests/151138-temps-log-c.zip in hopes the contents help you see the bug. If I close it, and reopen it later, the saved image still looks wrong, or buggy. The bug is demonstrated in this document. It won't get updated until you Edit it. Minimize the window for half an hour, come back, add data points to the bottom, export the small chart, check for bug. Repeat every 30-60 minutes, adding 6-12 lines of data to the bottom to track a temp gauge. By 2 hours it should stop exporting correctly. Once you achieve this level to replicate my report, if you close the document, even the Libreoffice program, and reopen it, in my case it will always output bad lines until I reboot completely. While doing this myself to confirm my example file will perform, When I check on memory usage with htop, I see: 26781 sandreas 20 0 1626M 249M 119M S 0.0 3.4 0:00.04 /usr/lib/libreoffice/program/soffice.bin --splash-pipe=5 It seems odd that it needs 1.6 GB of my 8GB of ram. After 2 hours, my zoom meeting ended, and after closing that program, Libreoffice no longer is taking 4 seconds to refresh the screen. I never used the swap file, that's not the reason. Loading the smaller -c.ods file, updating the data, export, png looks correct. But opening the original ods in the -a.zip up above, did demonstrate the bug. So Guessing the file size, or memory usage is a factor. Then reloading the -c.zip smaller but buggy large chart, it slows down again. So, uncertain if zoom_amd64_5.11.10-4400.deb is relevant. -- You are receiving this mail because: You are the assignee for the bug.
