Description: https://drive.google.com/file/d/1hFWRZHEHLKAcGQhhkUNjj5ThJxgiWGmE/view?usp=sharing Steps to Reproduce: 1.Open the file 2.Select the last row of the second table 3.Copy it 4.Select the row above the last row of the second table 5.Paste the copied row Actual Results: It does not paste normally unless you merge the first 2 cells of the row above the last row of the second table Expected Results: Normal pasting Reproducible: Always User Profile Reset: No Additional Info: In the video
Created attachment 206187 [details] Table row pasting irregularity
Created attachment 206188 [details] File in the video
(In reply to Danat from comment #0) > Actual Results: > It does not paste normally unless you merge the first 2 cells of the row > above the last row of the second table You're not describing the actual result here. You're saying the actual result is not the result you'd expect. > Expected Results: > Normal pasting And again, you're not saying what you're expecting. At any rate, I would consider the pasting behabvior unacceptable, because, on one hand, Writer doess agree to paste, and on the other hand, it duplicates the contents of the first of the two copied cells, in the third cell. That is almost certainly not what the user expected or wanted. Possibly acceptable pasting behavior in this case would be one of the following, IMO: 1. Paste the two cells onto the first two cells of the selected range, do not change the third cell. 2. Paste the two cells onto the first two cells of the selected range, clear the rest of the range (as though each cell 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 first two cells in the target range, copy the two cell contents into the corresponding final two cells. 5. Open a dialog asking what to do.
It's important to search for duplicates. This is a bug about tables in writer, so searching the Writer-Tables dependency tree is appropriate. Danat, note that if you're not sure which meta-bugs are relevant to a bug you're reporting, you can search the meta-bugs dynamically here: https://wiki.documentfoundation.org/Meta_bugs ... and now I have to get to the bomb shelter. *** This bug has been marked as a duplicate of bug 98440 ***
(In reply to Eyal Rozenberg from comment #3) > (In reply to Danat from comment #0) > > Actual Results: > > It does not paste normally unless you merge the first 2 cells of the row > > above the last row of the second table > > You're not describing the actual result here. You're saying the actual > result is not the result you'd expect. > > > Expected Results: > > Normal pasting > > And again, you're not saying what you're expecting. > > At any rate, I would consider the pasting behabvior unacceptable, because, > on one hand, Writer doess agree to paste, and on the other hand, it > duplicates the contents of the first of the two copied cells, in the third > cell. That is almost certainly not what the user expected or wanted. > > Possibly acceptable pasting behavior in this case would be one of the > following, IMO: > > 1. Paste the two cells onto the first two cells of the selected range, do > not change the third cell. > 2. Paste the two cells onto the first two cells of the selected range, clear > the rest of the range (as though each cell 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 first two cells in the target range, copy the two cell contents > into the corresponding final two cells. > 5. Open a dialog asking what to do. 2 and 4 are fine if I do not imagine them wrongly I want the pasted material to look exactly like the copied material. Any deviation would be unacceptable. It's by definition not copying if what you paste looks not like what copy