Bug 149736 - EDITING: Delete key after pasting in a selected table cell does not delete the cell content
Summary: EDITING: Delete key after pasting in a selected table cell does not delete th...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables-Select
  Show dependency treegraph
 
Reported: 2022-06-26 14:25 UTC by LeroyG
Modified: 2023-08-22 16:58 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Reproduction of the behavior (545.08 KB, video/mp4)
2022-07-02 13:37 UTC, Tudor Bocean
Details

Note You need to log in before you can comment on or make changes to this bug.
Description LeroyG 2022-06-26 14:25:51 UTC
Description:
As in summary.

Steps to Reproduce:
1. Open a Writer document
2. Insert a Table
3. Type some text in a cell, select the text (not the cell) and copy
4. Select another cell and paste
5. Press Delete key

Actual Results:
Cell selection is lost but cell content is not deleted.

Expected Results:
Cell selection is lost and cell content is deleted.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.7.2 (x86) / LibreOffice Community
Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_MX); UI: en-US
Calc: threaded

Version: 7.4.0.0.alpha1 (x86) / LibreOffice Community
Build ID: b871abad383583f02eb49c7e49aeae01f6941072
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_MX); UI: es-ES
Calc: threaded
Comment 1 LeroyG 2022-06-27 00:02:18 UTC
Reproducible with:
Version: 7.2.3.2 / LibreOffice Community
Build ID: 20(Build:2)
CPU threads: 1; OS: Linux 5.3; UI render: default; VCL: gtk3
Locale: es-MX (es_ES.UTF-8); UI: en-US
Calc: threaded
Comment 2 Ezinne 2022-06-30 06:27:21 UTC
Reproducible in:

Version: 7.4.0.0.alpha1+ / LibreOffice Community
Build ID: f572585756494c59fb81f5d93c51cc2d35421f0e
CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: en-NG (en_NG); UI: en-US
Calc: threaded
Comment 3 Tudor Bocean 2022-07-02 13:36:35 UTC
Version: 7.3.4.2 (x64) / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
Version: 7.4.0.0.beta1 (x64) / LibreOffice Community
Build ID: cec1fe9b57a55c032f9f118c907f34e22a63d040

CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-US
Calc: CL

Managed to reproduce the issue reported using the provided Steps to Reproduce, upon further investigation, the following workaround was found: 
Instead of using Delete button, use Backspace and the selected Cells will have the content successfully removed.

Follow-up testing and results:

- After pasting text from one cell to one or more other cells, putting the Writer program in background, copying a word from a different place and pasting it in Writer (cells are still selected) will result in the new text being put AFTER the existing one and not replacing it as it would be expected ===> Wrong behavior

- After pasting text from one cell to one or more other cells, using the Cut feature CTRL + X will result in no text deletion ===> Wrong behavior ===> however, the cells Cut were correctly copied ===> Expected

- After pasting text from one cell to one or more other cells, while cells are still selecting, pasting again will result in the text being added a second time ===> Probably a wrong behavior (?)

Quick tests with different products and results:
- Google Docs - Issue does not reproduce, the deletion being successful with Delete and Backspace buttons
- Microsoft office - Different behavior, Cells not remaining selected after CTRL + V action, but deletion is successful at all times when selecting cells
- Apache OpenOffice - same issue is reproducing there under the same steps.
Comment 4 Tudor Bocean 2022-07-02 13:37:14 UTC
Created attachment 181089 [details]
Reproduction of the behavior
Comment 5 Tudor Bocean 2022-07-02 14:10:55 UTC
Additional follow-up testing on success cases:
- After pasting text from one cell to one or more other cells, reselecting the cells and using the Delete button will result in successful deletion of cell content ===> Expected

- After pasting text from one cell to one or more other cells, using the Backspace button on selected cells will result in successful deletion of cell content ===> Expected, this is the workaround I presented above

- After pasting text from one cell to one or more other cells of different rows, using the CTRL + Shit + Delete command (delete row of selected cell) will result in successful deletion of the rows selected ===> Expected
Comment 6 LeroyG 2023-08-22 16:58:43 UTC
Testing with:

Version: 7.6.0.2 (x86) / LibreOffice Community
Build ID: 41d6f628ba3f046f16b5fa9fa8db8d4c2ab3b582
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_MX); UI: en-US
Calc: threaded


(In reply to LeroyG from comment #0)
> Steps to Reproduce:
> […]
> Actual Results:
> Cell selection is lost but cell content is not deleted.

Still here.


(In reply to Tudor Bocean from comment #3)
> Version: 7.3.4.2 (x64) / LibreOffice Community

1.
> - After pasting text from one cell to one or more other cells, putting the
> Writer program in background, copying a word from a different place and
> pasting it in Writer (cells are still selected) will result in the new text
> being put AFTER the existing one and not replacing it as it would be
> expected ===> Wrong behavior

I can confirm here. Extrange. But this "feature" don't dislike me. Could it be a possibility? Must be documented.
Ups! But it don't work if the new source text is from the same document.


2.
> - After pasting text from one cell to one or more other cells, using the Cut
> feature CTRL + X will result in no text deletion ===> Wrong behavior ===>
> however, the cells Cut were correctly copied ===> Expected

Ctrl + X works here.

3.
> - After pasting text from one cell to one or more other cells, while cells
> are still selecting, pasting again will result in the text being added a
> second time ===> Probably a wrong behavior (?)

I can confirm here. But won't work if the source text is the whole cell. Related to *1*.