This bug was originally reported on bug 77592 comment 12, but does not appear to have the same cause. I can reproduce it from 4.3.5.1 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 Expected result: - A cell with two lines, "1" and "2" Actual result: - 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 commit 31533d47b24680f76e769949874d41f0fe27134f Author: Kohei Yoshida <kohei.yoshida@collabora.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. Change-Id: I6967b914735462403a77568010532b37a1d8f333
I can reproduce this bug with 4.4.0.2 RC on OS/X 10.10.1 Another example: 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) [NinjaEdit]