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.
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
** 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
Bug is still present in master (6.2.0.0.alpha0 of 7/1/2018)
Still in 6.3+. This is data loss.
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
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
Dear Jim Avera, 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
*** Bug 171335 has been marked as a duplicate of this bug. ***
A few observations: * This happens when copying any (horizontal) range of cells containing a merged cell, onto a corresponding horizontal range in another row. It can be the entire line, part of the line, or just the merged cell itself. For example, in attachment 123352 [details], copy just the second cell (a merging of columns 2 and 3), containing "Ttt", onto the second and third cells of the first row, which are not merged. The result will be two cells, not one merged cell; and the contents will be "Ttt" in each of the two cells. * One could argue that the duplication is a definite bug, and the question of what to do with the merged cell is more of a behavior change request than a bug per se. Adapting what I wrote on the dupe bug, the following seem to me like legitimate behaviors when pasting a range with n-1 cells, one of which is the result of merging 2 cells, onto a range of n cells: 1. Paste the source (n-1-cell) range onto the first n-1 cells of the selected range; do not change any cell widths; do not touch the n'th target cell. 2. Paste the source (n-1-cell) range onto the first n-1 cells of the selected range; clear the contents of the n'th range cell (as though it had been selected and Delete was pressed). 3. Refuse to paste due to the incompatible range sizes (problematic, but avoids undesirable action) 4. Merge the appropriate two cells of the target range, then copy the corresponding contents between n-1 and n-1 cells. 5. Open a dialog asking what to do (and offer some of the options above). Independently of the above, this may be an opportunite for placing a hovering mini-toolbar/mini-buttonmenu, like MSO offers after some paste operations.