Bug 119110 - EDITING: Incorrectly displayed cell contents during editing immediately after fill
Summary: EDITING: Incorrectly displayed cell contents during editing immediately after...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.4.7.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-08-05 14:27 UTC by bsb_2
Modified: 2018-11-14 10:02 UTC (History)
1 user (show)

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 bsb_2 2018-08-05 14:27:16 UTC
When trying to edit the cell contents immediately after filling that cell, it is displayed incorrectly - the old value of the cell is shown.

Steps to reproduce:
1. Enter a value in cell A1, e.g. 10.
2. Move to cell A2.
3. Press Ctrl+D ("Fill down" under Windows).
4. See how cell A2 is populated with the value of A1, 10.
5. Notice the formula bar still being empty. Press F2 to edit the content of the cell - notice there is no content. Actually, this is the previous content of the cell, it having been empty before.
6. Move the selection away from cell A2, then return to A2, notice the updated content in the formula bar and press F2 to verify the expected content is displayed.

The direction of the fill doesn't matter.
The value of the new cell doesn't matter. Actually, it's better seen when the filled cell contains some value. E.g. let's have A2 contain 20. Notice how after filling it the value in the grid changes (to 10 in this example), but the value in the formula bar stays at 20, and pressing F2 shows 20 as a value of the cell.

Expected behaviour: the newly filled value should be immediately updated in the formula bar and in the cell upon pressing F2, not after the selection is moved.

However, this seems to be only a display issue, since formulas involving filled cell seem to be updated correctly.
Comment 1 Xisco Faulí 2018-08-06 23:01:58 UTC
I think this is a duplicated of a bug already fixed in recent versions, however, I can't find it right now...
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 2 bsb_2 2018-11-14 07:30:56 UTC
Sorry for the massive delay.
The bug is fixed in the latest build  6.0.6.2 (x64).
Comment 3 Xisco Faulí 2018-11-14 10:02:18 UTC
Thanks for retesting with the latest version.
Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.