Comment 4 for bug 1704740

Description:
See attached test case. Sum two rows: A1 + B1 = C1; A2 + B2 = C2 where B1 is blank. Cut B2 and paste into B1. Result C2 is decremented correctly by old B2 value; but result C1 is NOT incremented by new B1 value. Formula of C1 remains correct =SUM($Sheet1.A1:B1) as is C2's formula but C1 result is wrong. Saving file, close and re-open does not fix incorrect C1 result. Undo undo to return to initial state results in C2 now having incorrect result. Bug occurs whether drag and drop or control-x/control-v used. This is a data integrity issue as the wrong answer is being displayed.

Steps to Reproduce:
1. Sum two rows: A1 + B1 = C1; A2 + B2 = C2 where B1 is blank.
2. Cut B2 and paste into B1. Result C2 is decremented correctly by old B2 value; but result C1 is NOT incremented by new B1 value.
3. Formula of C1 remains correct =SUM($Sheet1.A1:B1) as is C2's formula but C1 result is wrong.
4. Saving file, close and re-open does not fix incorrect C1 result.
5. Undo undo to return to initial state results in C2 now having incorrect result.
6. Bug occurs whether drag and drop or control-x/control-v used.

Actual Results:
C1 not incremented by new B1 value; undo does not return to initial state

Expected Results:
C1 incremented by new B1 value; undo does return to initial state

Reproducible: Always

User Profile Reset: No

Additional Info:
Reproduced reliably by <email address hidden> on Ubuntu 16.04 and 19.04 (libreoffice 6.1.3.2).
He can also reproduce the issue with the upstream build of libreoffice (6.1.3.2)