Bug 88291

Summary:	Part of Calc cell contents initially not displayed
Product:	LibreOffice	Reporter:	Matthew Francis <fdbugs>
Component:	Calc	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	cpohle, fdbugs, rlk
Priority:	medium	Keywords:	bibisected, bisected, regression
Version:	4.3.5.1 rc
Hardware:	Other
OS:	All
Whiteboard:
Crash report or crash signature:		Regression By:
Attachments:	Screenshot showing incorrect row numbers

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 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

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 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.

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)
[NinjaEdit]