Bug 112966 - EDITING Large pasted text not visible until adjacent cell edited
Summary: EDITING Large pasted text not visible until adjacent cell edited
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.4.1.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks:
 
Reported: 2017-10-07 07:43 UTC by Emil Tanev
Modified: 2018-09-30 02:37 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Attachments
Test file (2.93 KB, text/plain)
2017-10-07 07:43 UTC, Emil Tanev 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Emil Tanev 2017-10-07 07:43:09 UTC 
Created attachment 136822 [details]
Test file

Copy the text from the attached file
Paste it in Calc, cell A1
Write a letter in B1
Double-click A1
Exit edit mode on A1

Issue: When the text is pasted initially, it is not visible. It is shown only after the adjacent cell is edited and the initial cell is reactivated (double-click). After that, even if cell B1 is deleted, A1 content is visible.
The behavior should not differ, A1 content should be visible initially. 

Screencast
https://www.screencast.com/t/YGInmGVEy

Version: 5.4.1.2 (x64)
Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527
CPU threads: 8; OS: Windows 6.19; UI render: default; 
Locale: ja-JP (ja_JP); Calc: group
Comment 1 Emil Tanev 2017-10-07 07:57:00 UTC 
Scenario 2

Paste the text in A1
Click outside
Double-click A1
Click Wrap button in the toolbar
Click Wrap again (un-wrap)
Click somewhere in the middle of the spreadsheet

Issue: Half of the text remains visible. Navigating over it (arrow keys) deletes parts of it. 
Screencast
https://www.screencast.com/t/cXcTtkSb5

I raise the bug to Normal
Comment 2 m_a_riosv 2017-10-07 08:03:23 UTC 
The issue happens with more than 2048 characters.
Version: 5.4.2.2 (x64)
Build ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
CPU threads: 4; OS: Windows 6.19; UI render: GL; 
Locale: es-ES (es_ES); Calc: group
Version: 6.0.0.0.alpha0+
Build ID: ccb1894c02d77ed89741ca1f82bad87a17fd76fa
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: es-ES (es_ES); Calc: CL

Last working fine for me:
Version: 5.3.7.0.0+
Build ID: 8d9b236dcb3fd0f7028e4d19ede04589cf85d760
CPU Threads: 4; OS Version: Windows 6.2; UI Render: GL; Layout Engine: new; 
TinderBox: Win-x86@62-TDF, Branch:libreoffice-5-3, Time: 2017-10-04_10:19:33
Locale: es-ES (es_ES); Calc: CL
Comment 3 Xisco Faulí 2018-01-18 16:28:39 UTC 
I can't reproduce it in

Version: 6.1.0.0.alpha0+
Build ID: c915fdbfc77ac78d543bc097cd809edd7e6da8cb
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: x11; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded
Comment 4 Buovjaga 2018-05-22 17:05:39 UTC 
Emil and Miguel: can you test with latest master? I am not seeing the problem on Windows.

Version: 6.1.0.0.alpha1+ (x64)
Build ID: 8c07193cec5e09d50b20bc5b107da02a7d8f05a5
CPU threads: 4; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-05-17_23:03:56
Locale: fi-FI (fi_FI); Calc: group
Comment 5 Xisco Faulí 2018-05-28 12:23:27 UTC 
(In reply to Buovjaga from comment #4)
> Emil and Miguel: can you test with latest master? I am not seeing the
> problem on Windows.
> 
> Version: 6.1.0.0.alpha1+ (x64)
> Build ID: 8c07193cec5e09d50b20bc5b107da02a7d8f05a5
> CPU threads: 4; OS: Windows 10.0; UI render: default; 
> TinderBox: Win-x86_64@42, Branch:master, Time: 2018-05-17_23:03:56
> Locale: fi-FI (fi_FI); Calc: group

@Emil Tanev, @m.a.riosv, could you please retest on master?
Comment 6 Aron Budea 2018-09-30 02:37:53 UTC 
I could repro with 5.4.0.3, but not with 6.0.0.3. Closing as WFM.
If the bug still occurs for you, please reset status to NEW with details.