https://bugs.documentfoundation.org/show_bug.cgi?id=163441

            Bug ID: 163441
           Summary: Calc: RECells don't recalculate in some a sheet with
                    800 random cells, selecting cell affects the issue!
           Product: LibreOffice
           Version: 24.8.2.1 release
          Hardware: x86 (IA32)
                OS: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Calc
          Assignee: libreoffice-bugs@lists.freedesktop.org
          Reporter: bugzi...@xqp.co.uk

Description:
Bug relates Calc - automatic and manual recalculation does not recalculate all
cells.

The video https://www.youtube.com/watch?v=i4VqXRRXi68 is a maths problem -
"what is the average distance between two random points in a square?"

I put the equations in and noticed that some cells in a couple of rows at the
bottom of the spreadsheet did not recalculate when changed a cell or when I hit
F9.

I put sum/average checks in, and found that a cell being "selected" affected
whether the affected cells were recalculated.

I reduced the number of rows from 100 to 10 and all cells recalculated as
normal.

I restored the lines and played around; reducing the number of lines by 1 or 5.
The bug reappeared and disappeared. 

I couldn't pin down an exact number of lines because that seems to vary, but
it's unaffected by undo/redo edit cycles, and most of the test failures above
were replicated on a duplicated sheet in the same document.

Steps to Reproduce:
--- setup

01. Add headings x1, y1, x2, y2, dx, dy, d
02. Set A1:D1 of =rand() [x1, x2, y1, y2]
03. Set E1=C1-A1 and F1=D1-B1 [dx, dy]
04. Set G1 = SQRT(E1*E1 + F1*f1) [d]
05. Copy row A a further 99 times.
06. Make A102 =SUM(B2:B101), and A103 =AVERAGE(A2:A101)
07. Copy A102:A103 across to column G
08. Set E104 to =E102/E103 and copy across to column G

--- test 1 - cells dont' recalculate

09. All of E104:G104 should be 100
10. Hit F9: All cells update, E102:G103 DO NOT recalculate.

--- test 2 - clicking into an affected cell fixes the recalculate

11. Click any cell in E102:G103
12. Hit F9: The clicked cell updates, the rest of E102:G103 DO NOT
13. The check in row 104 below the clicked cell is NOT 100

--- test 3 - clicking out of the affected cell breaks the recalculate

14. Click elsewhere, eg E104
15. Hit F9: All cells update, E102:G103 DO NOT recalculate.

--- test 4 - deleting rows fixes the recalculate

16. Delete 5-10 rows from the top of the sheet.
17. Hit F9. All cells update and E102:G103 DO recalculate.
18. All of E104:G104 should be 95

--- test 5 - replacing the rows breaks the recalculate

19. Press Ctrl-Z
20. Hit F9. All cells update and E102:G103 DO recalculate, but this only
happens once.
21. All of E104:G104 should be 100
22. Hit F9: All cells update, E102:G103 DO NOT recalculate.

--- test 6 - ctrl-Y, ctrl-Z fixes/breaks the recalculate

23. Hit Ctrl-Y, F9 works as expected. Hit Ctrl-Y, F9 works once then it doesn't

--- end of tests

Actual Results:
Some of the cells in the spreadsheet do not recalculate.

Expected Results:
I expected all of the cells in the spreadsheet to recalculate.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
I opened another instance of Calc and followed the instructions under setup in
"Steps to Reproduce".

The erroneous behaviour was present in that sheet too, so I am confident this
is a real bug in spite of the fact that it's the first time I've seen such
behaviour in ~35 years.

I will attach the original .ods file and the one I used to test my
instructions. The latter is "clean" - no edits other than those required to
enter the data.

I "restarted in safe mode"; the faulty behaviour *is* present in the 2nd file.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to