Bug 98440

Summary:	Copy and Paste of table rows un-does merging
Product:	LibreOffice	Reporter:	Jim Avera <jim.avera>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	NEW ---
Severity:	major	CC:	buzea.bogdan
Priority:	medium
Version:	Inherited From OOo
Hardware:	All
OS:	All
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=122044 https://bugs.documentfoundation.org/show_bug.cgi?id=132628
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	103100, 108364
Attachments:	sample odt file

Description Jim Avera 2016-03-05 06:44:01 UTC

If a row is copied and pasted onto another row in a Table, the text and formatting is copied as expected.

However merged cells are un-merged, so the text ends up in the wrong columns, and some text is duplicated.

STEPS TO REPRODUCE:

1. Start Writer, insert a table with (say) 5 rows and 5 columns
2. Select two adjacent cells in a row, click the "Merge" icon (or Table->Merge).\

   Insert unique text into every visible cell in the row

3. Select all cells in the row.  Control-C to copy
4. Select all cells in another row.  Control-P to paste

RESULTS:  The merged-ness of the copied cells is lost, and text is pasted into the wrong cells.  Text in the first column is duplicated in the last column

EXPECTED RESULTS: The pasted-onto row should look exactly like the source row.

Comment 1 Usama 2016-03-06 18:30:12 UTC

Created attachment 123352 [details]
sample odt file

Hello Jim,

Thank you for reporting the bug. I can confirm that the bug is present in master.
sample file is attached.

I noticed that after pasting the content of the newly created cell after splitting is copied from the first cell in the row.

Version: Version: 5.2.0.0.alpha0+
OS: Ubuntu 15.10

Comment 2 QA Administrators 2018-07-02 02:36:44 UTC Comment hidden (obsolete)

** Please read this message in its entirety before responding **

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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug

Comment 3 Jim Avera 2018-07-02 07:11:18 UTC

Bug is still present in master (6.2.0.0.alpha0 of 7/1/2018)

Comment 4 Timur 2018-12-24 17:09:08 UTC

Still in 6.3+. This is data loss.

Comment 5 BogdanB 2022-01-27 21:02:02 UTC

Still here,
Retested with 7.4

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 2f4f4cbeb8e50081d607b86b0475b93971c40ab8
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

Comment 6 Anandhi k 2023-02-01 07:25:11 UTC

yes Reproduced
 
STEPS TO REPRODUCE:

1. Start Writer, insert a table with (say) 5 rows and 5 columns
2. Select two adjacent cells in a row, click the "Merge" icon (or Table->Merge).\

   Insert unique text into every visible cell in the row

3. Select all cells in the row.  Control-C to copy
4. Select all cells in another row.  Control-P to paste

RESULTS:  The merged-ness of the copied cells is lost, and text is pasted into the wrong cells.  Text in the first column is duplicated in the last column

EXPECTED RESULTS: The pasted-onto row should look exactly like the source row.

I had a commplicate with result if i use control-v instead of control -p in got a excepted result 


Environment:Linux Mint 21 Cinnamon
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 620ad1b7ae06d6f053fb2c9b57af96b736c04e57
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-IN (en_IN); UI: en-US
Calc: threaded