This bug was originally reported on bug 77592 comment 12, but does not appear to have the same cause. I can reproduce it from 18.104.22.168 on OSX, and from the below mentioned commit to current 4.5 master on Linux.
Steps to reproduce:
1. Create a blank spreadsheet
2. Insert the following formula in cell A1: =1&unichar(10)&2
- A cell with two lines, "1" and "2"
- Only the first line is visible. The "2" is not displayed until the display is refreshed by clicking on the cell, scrolling the sheet, etc.
Bibisect points to the following in 43all:
# first bad commit: [5023c3e436e8a445b700a81bd4a404673084678a] source-hash-5da974369d01760b336de34e68c03d7268d2d330
The bug seems to have been introduced by the below commit.
As this was already reproduced on bug 77592, also setting this to NEW
Author: Kohei Yoshida <email@example.com>
Date: Tue Jan 14 11:50:53 2014 -0500
fdo#73606: Avoid calling MarkDataChanged() when nothing is selected.
MarkDataChanged() is quite expensive & in theory unnecessary when no
selection is present.
I can reproduce this bug with 22.214.171.124 RC on OS/X 10.10.1
A1 - 1000
A2 - = A1 / 1,19
-> displays 0,33613445
-> correct: 840,3361344538
Note that the cell content gets rendered correctly once the column width is modified.
When I _first_ change the column width from its default in a new, blank spreadsheet, the bug does not occur.
BTW, I would suggest to mark this bug critical, as it might lead to severe confusion for the average user.
Created attachment 112344 [details]
Screenshot showing incorrect row numbers
The bug I reported is about row numbers (to the left of the spreadsheet proper) getting corrupted. Note that row 1 is properly marked, as is row 2 (which is highlighted), but below that things aren't right.
*** This bug has been marked as a duplicate of bug 78391 ***
Migrating Whiteboard tags to Keywords: (bibisected)