https://bugs.documentfoundation.org/show_bug.cgi?id=92664
--- Comment #9 from Manfred <[email protected]> --- (In reply to Alex Thurgood from comment #8) > On LO 4142, the file Manfred sent me takes 10 minutes to load ! > > At least the update only took a few seconds to execute. > > This performance problem seems to stem from the multiple recalculations that > seem to be carried out when the date is changed. In this regard, it is > similar to bug 66507 Bug 66507 looks different. To change a sheet in my table is very fast. But one is similar: To switch to napokra-sheet need 15 seconds the first time. After going to an other sheet and switch back to napokra it is only 1 second. After autosave this change is 15 seconds again! This bug here occurred the first time, after I duplicated a table and opened it with version 4443. Before, the Original file in Version 4432, did not show this bug. Changing a date in a cell (formatted as date), and that is covered by a validity-check, last many seconds. Next date-entries go faster, but after Autosave, the first entry is slow again. To change a date without validity-check is very fast. To change a date with validity-check is slow !! I retest with 5.0.1, 64 bit: The same. Hardware: iMac 27-inch 3,5 GHz Intel Core i7 Load table: 12 seconds 1. Change the date in sheet "Kasse" in cell C32: 58 seconds 2. Change the date in sheet "Kasse" in cell C33: 3 seconds 3. Change the date in sheet "Kasse" in cell C34 (after autosave): 56 seconds Save and close (and autosave) is 7 seconds. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
