<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - EDITING: Slow Edit or Open Large Cells" href="https://bugs.documentfoundation.org/show_bug.cgi?id=108560#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - EDITING: Slow Edit or Open Large Cells" href="https://bugs.documentfoundation.org/show_bug.cgi?id=108560">bug 108560</a> from <a class="email" href="mailto:francewhoa+bugs.documentfoundation.org@ubertus.ca" title="Francewhoa <francewhoa+bugs.documentfoundation.org@ubertus.ca>"> Francewhoa</a> <pre>The main difference between the files attached in <a href="show_bug.cgi?id=108560#c5">comment #5</a> and #2 above are their length. 129 lines compare to 235 lines. So somehow the lag is triggered when the cell content is between line 130 and 235. Here is a summary of the test results with LibreOffice (LO) using file in #2 for the cell content • With LO 4.2 Francewhoa was NOT able to reproduce • With LO 5.0.0.5 Telesto was NOT able to reproduce • With LO 5.0.6.3 Telesto was ABLE to reproduce • With LO 5.2.7.2 Francewhoa was ABLE to reproduce • With LO 6.0.0.0.alpha0+ Telesto was ABLE to reproduce So it seems something was introduce between 5.0.0.5 and 5.0.6.3 #5 result in a small lag. Just ~2 seconds per operation. So Calc is still usable if the cell is below 129 lines. But conditional to the user having a fast CPU. Intel Core i7 at 3.10 GHz with 8 CPUs. #2 result in a much bigger lag. ~30 seconds per operation. So Calc is not usable. Notice that roughly double the number of cell lines result in 15 times more lag. So the lag is both directly correlated to the number of lines in the cell, and the lag is also exponential. Ho Ho :O. In other words, the lag increase rapidly with additional lines in the cell.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>