Bug 128082 - For large pseudo-arrays, the spreadsheet becomes slower/laggier than excel
Summary: For large pseudo-arrays, the spreadsheet becomes slower/laggier than excel
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.3.1.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-10-11 05:07 UTC by librelibre
Modified: 2020-06-05 03:46 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description librelibre 2019-10-11 05:07:00 UTC
Description:
for large fake-arrays (made of cells that are made of formulas containing absolute and relative references [ A1 , $A$1, $A1, A$1 , $A1:$A100 …]
esp since if redundant origin, e.g. rows/columns of same origin copy-paste or drag-expanded from few cells, 

when expanded into the 10000's+ or into when in both horizontal/vertical direction , getting complex, this happens,

using actual arrays is not convenient since they have restriction on how they may be resized or edited, also the keyboard shortcuts are different than that in excel

Steps to Reproduce:
i'm not sure i can post the spreadsheet, and it is not an isolated exmaple
but general gist is that it includes 
math, 
string operations (mid, &, "", search)
offset
countif's
sums
if-statements

often that spreadsheet contains clusters of cells that
are more-or-less grouped into modules, thus maybe that taken into account for optimization

Actual Results:
when really big and complex, high latency, (click and time for UI to respond, app hangs/freezes 0.5-several seconds occasionally), spreadshreet not redrawing (blank occasionally during freezes and scrolling,

Expected Results:
perhaps internally calc notices that the cells are somewhat redundant or follow a patter and therfore optimize it's execution to be more lightweight without significantly(or at all) affecting its accuracy, 


Reproducible: Always


User Profile Reset: No



Additional Info:
i couldn't find other bug/meta-bug about this, it seems vague but the problem might be brad , about in the way the spreadsheet processes&parses&executes the spreadsheet
Comment 1 Stanislaus J. Pinasthika 2019-11-05 13:47:35 UTC
Thank you for reporting a bug.
Would you mind to send an example document?

I have set the bug's status to 'NEEDINFO'.
Comment 2 QA Administrators 2020-05-05 03:44:11 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2020-06-05 03:46:17 UTC
Dear librelibre,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp