https://bugs.documentfoundation.org/show_bug.cgi?id=154525
Jeff Fortin Tam <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|DUPLICATE |--- --- Comment #3 from Jeff Fortin Tam <[email protected]> --- It doesn't look like a strict duplicate (of bug #129228) to me either, and "It's hard!" is not a resolution status in my view. This being on 7.5, newer than 7.4, tells me it's also a different problem from what was investigated and fixed in https://llunak.blogspot.com/2022/07/making-unsorted-lookups-in-calc-fast.html --- For comparison now, I installed Gnumeric, and it was able to open this same file in less than 11 seconds, with zero lag (whether scrolling or changing pages) while editing the file after opening it. *Gnumeric*, ladies and gentlemen! On the same computer, same OS, etc. There is then no reason why LibreOffice Calc can't achieve sub-20 seconds open times (let alone be able to scroll fluidly once opened, but I guess that's a different matter). I also asked two friends to time how long it takes to open that file in Excel on Windows. Results: for one of them (with an older laptop) it took 13 seconds. For the other, it took... 3 seconds. Ouch. I believe my initial "performance objective" guess remains valid: LibreOffice should aim to open this sample file "in 10-20 seconds or less." LibreOffice taking over 3 minutes to open this file weakens the app's credibility for enterprise scenarios, or even simply for community marketing when you try to convince individuals to use it (and you are then embarrassed when it falls apart on their data). -- You are receiving this mail because: You are the assignee for the bug.
