Bug 88291 - Part of Calc cell contents initially not displayed
Summary: Part of Calc cell contents initially not displayed
Status: RESOLVED DUPLICATE of bug 78391
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
(earliest affected) rc
Hardware: Other All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
Depends on:
Reported: 2015-01-11 13:12 UTC by Matthew Francis
Modified: 2015-12-15 11:03 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Screenshot showing incorrect row numbers (101.17 KB, image/png)
2015-01-16 14:17 UTC, rlk

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Francis 2015-01-11 13:12:12 UTC
This bug was originally reported on bug 77592 comment 12, but does not appear to have the same cause. I can reproduce it from 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
Comment 1 Matthew Francis 2015-01-11 14:01:20 UTC
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
Comment 2 cpohle 2015-01-16 14:09:51 UTC
I can reproduce this bug with 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.
Comment 3 cpohle 2015-01-16 14:11:13 UTC
BTW, I would suggest to mark this bug critical, as it might lead to severe confusion for the average user.
Comment 4 rlk 2015-01-16 14:17:41 UTC
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.
Comment 5 Andras Timar 2015-06-01 11:26:17 UTC

*** This bug has been marked as a duplicate of bug 78391 ***
Comment 6 Robinson Tryon (qubit) 2015-12-15 11:03:02 UTC
Migrating Whiteboard tags to Keywords: (bibisected)