Bug 147222 - Incorrect rendering when deleting lines in a cell with multiline text
Summary: Incorrect rendering when deleting lines in a cell with multiline text
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.2.0.4 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 145353 147026 (view as bug list)
Depends on:
Blocks: Cell-Edit-Mode
  Show dependency treegraph
 
Reported: 2022-02-05 18:36 UTC by Vladislav
Modified: 2025-04-17 18:44 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
1. select the lines to be deleted (5.29 KB, image/png)
2023-04-03 19:36 UTC, Jérôme
Details
2. press the delete key (4.81 KB, image/png)
2023-04-03 19:36 UTC, Jérôme
Details
3. press the enter key (3.07 KB, image/png)
2023-04-03 19:37 UTC, Jérôme
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Vladislav 2022-02-05 18:36:57 UTC
Description:
When you delete rows in a cell with multiline text, the program fills the vacated rows with random data.

Steps to Reproduce:
Enter multiline text in the cell, for example,
11
22
33
44
55
Highlight rows 2 and 3 and press Del.
Rows 4 and 5 will move up and take the place of the deleted rows, but their phantoms will remain in their place. It is not possible to move the cursor below the third line = no more physical lines. When editing is complete, the cell takes on the appearance of:
11
44
55

Actual Results:
The empty rows are filled with random data.

Expected Results:
The empty rows must be cleared.


Reproducible: Always


User Profile Reset: No



Additional Info:
This bug appeared in Libre Office versions newer than 7.1.8 at all computers.
Disabling SKIA and OpenCL does not fix the error.
Locale: ru
Module: SpreadsheetDocument
OS: Windows 10, Windows 11
OS is 64bit: yes
Comment 1 m_a_riosv 2022-02-06 04:59:32 UTC
Not with random but duplicating the last row. such dups are not saved in the cell.
Version: 7.3.0.3 (x64) / LibreOffice Community
Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3
CPU threads: 4; OS: Windows 10.0 Build 21390; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL
Comment 2 Vladislav 2022-02-07 09:05:29 UTC
(In reply to m.a.riosv from comment #1)
> Not with random but duplicating the last row.
In this example, yes. However, if more lines are deleted, duplicates are inserted in place of the deleted lines in random order. That's what I called random data.

> such dups are not saved in the cell.
I already said that in my report.

Phantom strings interfere with editing because the contents of the cell are not true and confuse the user.
Comment 3 Buovjaga 2022-12-09 13:33:42 UTC
*** Bug 147026 has been marked as a duplicate of this bug. ***
Comment 4 Buovjaga 2022-12-09 13:36:44 UTC
Not reproduced. Do you still see this?

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded
Comment 5 Buovjaga 2023-01-06 14:02:31 UTC
*** Bug 145353 has been marked as a duplicate of this bug. ***
Comment 6 Jérôme 2023-04-03 19:36:25 UTC
Created attachment 186457 [details]
1. select the lines to be deleted
Comment 7 Jérôme 2023-04-03 19:36:57 UTC
Created attachment 186458 [details]
2. press the delete key
Comment 8 Jérôme 2023-04-03 19:37:27 UTC
Created attachment 186459 [details]
3. press the enter key
Comment 9 Jérôme 2023-04-03 19:38:27 UTC
I experienced a similar issue when deleting the last lines of a multiline cell (see previous attachements).

Version: 7.2.7.2.M8 (x64) / LibreOffice Community
Build ID: cf1bdbb7fdbe4cc2bde03370057fbbb79d316db5
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded
Comment 10 Buovjaga 2023-04-03 19:40:42 UTC
(In reply to Jérôme from comment #9)
> I experienced a similar issue when deleting the last lines of a multiline
> cell (see previous attachements).
> 
> Version: 7.2.7.2.M8 (x64) / LibreOffice Community
> Build ID: cf1bdbb7fdbe4cc2bde03370057fbbb79d316db5
> CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL:
> win
> Locale: fr-FR (fr_FR); UI: fr-FR
> Calc: threaded

I was asking for retesting last year as I could not see it with 7.4. Can you test with 7.5?
Comment 11 Jérôme 2023-04-15 08:22:34 UTC
I have no access to a 7.5 version on a Windows box.

However, I can't see this bug on GNU/Linux :
---
Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: 81bce3cd17f5e01886721863a4fa0d99f91033a6
CPU threads: 4; OS: Linux 4.9; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.utf8); UI: en-GB
Calc: threaded
---
Comment 12 QA Administrators 2025-04-15 03:27:05 UTC Comment hidden (obsolete)
Comment 13 V.S. Umamaheswaran 2025-04-16 18:19:13 UTC
Hello ...
I had originally reported the problem as Bug 145353 in October 2021 ..  which has been absorbed by the current bug 147222.  
I tested my reported bug with the latest version of LibreOffice on Windows 11 in my new laptop Lenovo T.16.

The problem I had reported has disappeared in this version.  If others who had also reported find the issues they had reported are gone, then the status can be changed to RESOLVED.


FROM HELP -  About LibreOffice

Version: 25.2.2.2 (X86_64) / LibreOffice Community
Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac
CPU threads: 14; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win
Locale: en-CA (en_CA); UI: en-US
Calc: CL threaded

PS:  My email id is in the process of being changed to bhanudorai@gmail.com from bhanudorai@rogers.com.   I will be updating my profile in BugZilla soon.
Comment 14 Buovjaga 2025-04-16 19:09:15 UTC
Jérôme could not repro with 7.5 a couple of years ago, so let's close.
Comment 15 Jérôme 2025-04-17 18:44:32 UTC
(In reply to Buovjaga from comment #14)
> Jérôme could not repro with 7.5 a couple of years ago, so let's close.

I confirmed the bug with 7.2.7.2 on Windows.

I couldn't reproduce the bug with a 7.5 version on GNU/Linux, not Windows.

I just checked with a 7.3.7.2 on Windows : I couldn't reproduce this bug with several configurations (hardware acceleration or not, skia or not, skia software rendering or not).