Bug 132162 - WRITER TABLE: Combination of Undo/repaste creates pastes on strange places
Summary: WRITER TABLE: Combination of Undo/repaste creates pastes on strange places
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paste Writer-Tables
  Show dependency treegraph
 
Reported: 2020-04-16 19:07 UTC by Telesto
Modified: 2025-09-25 03:11 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-04-16 19:07:10 UTC
Description:
Combination of Undo/repaste creates pastes on strange places 

Steps to Reproduce:
1. Open attachment 155421 [details]
2. Select the first 4 cells dragging from top to bottom (or from right to left)-> It matters

Few sets of strange outcomes
Option A
CTRL+X
CTRL+V
CTRL+Z
CTRL+Z
CTRL+V 
CTRL+Z
CTRL+V

Option B
CTRL+X
CTRL+V
CTRL+Z
CTRL+V
CTRL+Z
CTRL+V

Option C
CTRL+X
CTRL+V
CTRL+Z
CTRL+V
CTRL+V (3x)

Actual Results:
Lost content, pasting wrong position, not pasting at all

Expected Results:
Should work


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.0.0.alpha0+ (x64)
Build ID: 4475bcd83aac7e033fc5250f268eb922bd471e7b
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; 
Locale: en-US (nl_NL); UI-Language: en-US
Calc: CL
Comment 1 Dieter 2020-04-20 13:57:13 UTC
I confirm behaviour with

Version: 7.0.0.0.alpha0+ (x64)
Build ID: 1c9ced04189c9d23ffea05d5570960b54b05ef28
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: CL

Same result, if you save document as odt-file.

Tested option A with a new table in a new document and I've got the same result.
Comment 2 QA Administrators 2022-04-21 03:39:51 UTC Comment hidden (obsolete)
Comment 3 Dieter 2022-05-04 08:07:40 UTC
Tested with

Version: 7.3.3.2 (x64) / LibreOffice Community
Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Option A
CTRL+X
CTRL+V
CTRL+Z
CTRL+Z
CTRL+V (not expected, content get's lost)

Option B
CTRL+X
CTRL+V (not expected, content get's lost); same behaviour as option A

Option C
CTRL+X
CTRL+V
CTRL+Z
CTRL+V (not expected, content get's lost); same behaviour as option A

So we can reduce problem to the reported problem in option A
Comment 4 Kira Tubo 2023-09-25 22:04:16 UTC
Reproduced on daily master build. Also reproduced on 3.3, but with slightly different results. 

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 486ae5db6987411d5e394de94b2b077099d03856
CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

With regards to the pasting issue, it seems that the data is pasted where the cursor is positioned. However, the cursor position is irregular when the undo action occurs, so the pasted position is irregular. In addition, the missing content sometimes (but not all the time) is pasted within the same cell as another. 

1. Select the first 4 cells dragging RIGHT to LEFT, then DOWN.
2. CTRL+X (cursor is at bottom LEFT cell)
3. CTRL+V (data pastes at bottom left cell)
4. CTRL+Z 
5. CTRL+Z (cursor is at bottom RIGHT cell)
6. CTRL+V (data pastes at bottom right cell)
7. Expand bottom right cell downward ("missing" data is pasted there)

Steps for missing data not pasted within any other cell: 

1. Select the first 4 cells dragging from TOP to BOTTOM, then RIGHT.
2. CTRL+X (cursor is at bottom RIGHT cell)
3. CTRL+V (data from first cell pastes at bottom right cell)
4. Expand bottom right cell downward (missing data is NOT pasted)

See screencast: https://screenpal.com/watch/c0QTrNV5Vdg
Comment 5 QA Administrators 2025-09-25 03:11:24 UTC
Dear Telesto,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug