Bug 105521 - Content gets pasted in two table cells when initially both are selected from right although finally only one cell remains selected
Summary: Content gets pasted in two table cells when initially both are selected from ...
Status: RESOLVED DUPLICATE of bug 119540
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2017-01-25 13:55 UTC by Telesto
Modified: 2022-03-18 11:35 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (9.06 KB, application/odt)
2017-01-25 13:55 UTC, Telesto
Details
Example file (9.51 KB, application/odt)
2017-01-25 14:03 UTC, Telesto
Details
Screencast (269.00 KB, video/x-msvideo)
2017-01-25 16:07 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2017-01-25 13:55:13 UTC
Description:
Content gets pasted in two table cells when one cell is selected

Steps to Reproduce:
1. Open attached file
2. Select 'AA' and copy it
3. Select 'BB' from left to right until cell B1 is completely selected
4. Press CTRL+V


Actual Results:  
AA will be pasted into cell A1 and B1

Expected Results:
The text should only be pasted into B1


Reproducible: Always

User Profile Reset: No

Additional Info:
Found in
Version: 5.4.0.0.alpha0+
Build ID: 79497f458727a0dea983847fe9d3873bf9c2e972
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-01-24_03:10:09
Locale: nl-NL (nl_NL); Calc: CL

and in
Versie: 4.2.0.4 
Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71

but not in
Versie: 4.1.0.4 
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28


User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Comment 1 Telesto 2017-01-25 13:55:39 UTC
Created attachment 130672 [details]
Example file
Comment 2 Telesto 2017-01-25 14:03:29 UTC
Created attachment 130673 [details]
Example file

Variation
1. Open example file
2. Select the cell containing AA (not just AA)
3. Select the cell containing CC and paste AA (CTRL+V)
Comment 3 Xisco Faulí 2017-01-25 14:49:52 UTC
I can't reproduce it in

Version: 5.4.0.0.alpha0+
Build ID: d3ff66999d924e832f8219c65ced0526f1a67f82
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Comment 4 Telesto 2017-01-25 16:07:30 UTC
Created attachment 130674 [details]
Screencast
Comment 5 Buovjaga 2017-01-25 18:14:49 UTC
Repro with steps from desc.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.4.0.0.alpha0+
Build ID: 63fd4c97118a943c84ba5a666cf8c9cc54b511c7
CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on January 22th 2016
Comment 6 Aron Budea 2017-01-26 02:17:41 UTC
Reproduced even with 3.3.0 / Ubuntu 16.04, using the 1st example file with the steps shown in the screencast.
=> not a regression
Comment 7 Telesto 2017-01-26 13:16:32 UTC
@Aron.
I think I found the cause for the different conclusions. Probably you created the test document yourself (and used a different order)

If I exactly follow the steps (using the test document), I can't reproduce it (with Windows). I tested:
Versie: 4.1.0.4 
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28

Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89)

and
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

However with a very small alteration I do reproduce your results into LibO3.3.0:
1. Open attachment 130672 [details]
2. Copy 'AA'
3. Click in the cell containing CC and make a change (add 'q' for example)
4. Select the complete cell; and paste (CTRL+V)
Comment 8 Aron Budea 2017-01-31 01:35:15 UTC
(In reply to Telesto from comment #7)
> @Aron.
> I think I found the cause for the different conclusions. Probably you
> created the test document yourself (and used a different order)

Nope, as I mentioned I used the first example (attachment 130672 [details]), and the screencast. And just now I reproduced it again with 3.3.0 / Windows 7. However, it only seems to come up starting from the second try after an undo, and not right away.

Also note that I selected the cell with BB from right to left, then also the empty one, and moved back into BB's territory before letting the mouse button go and hitting paste (this conforms your screencast, but not the initial description).
Comment 9 QA Administrators 2018-02-01 03:44:59 UTC Comment hidden (obsolete)
Comment 10 Timur 2019-05-14 08:29:09 UTC
Repro 6.3+ per comment 8 that follows screencast. Steps are not correct.
Comment 11 QA Administrators 2021-05-14 04:09:17 UTC Comment hidden (obsolete)
Comment 12 Timur 2022-03-18 11:35:34 UTC
Seems duplicate of the same reporter known for own duplicates.

*** This bug has been marked as a duplicate of bug 119540 ***