Bug 133186 - Copy - paste inconsistent behaviour
Summary: Copy - paste inconsistent behaviour
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.4.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-05-20 05:25 UTC by Heikki Moisander
Modified: 2020-05-24 08:09 UTC (History)
0 users

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 Heikki Moisander 2020-05-20 05:25:19 UTC
Testing procedure:

*Fill the column A with series 'A1','A2','A3',...
1 select cell A1 and 
2 copy with ctrl+c
3 move with right arrow key to cell B1
4 paste with ctrl+v
5 move with down arrow key and left arrow key to cell A2
Repeat 2-5

Expected: all the strings from column A get copied to column B one by one

Result: every now and then selection jump to unexpected wrong cell in column A. While running the loop some 40 times, error occured 4 times.

One might suspect the error is with Gnome shell mutter 3.36.1 as it was earlier concluded that copy - paste errors pasting wrong content was due to mutter. I was actually trying to reproduce that paste error, but procedure was so annoying with this error that I did not continue any further. Main thing is due to serious unreliability libreoffice calc is useless with these bugs in Ubuntu 20.04 environment and I wish to make this recognized. 

However, I have no way of knowing the correct source of bug and reporting this bug in Ubuntu in no longer option for me. If libre office works fine with this tested procedure with some other environment bug should be rejected.
Comment 1 Telesto 2020-05-20 09:08:07 UTC
I do notice some jumping

1. Enter some text in A1
2. Copy A1
3. Press arrow down paste -> repeat.. 12 times..


Version: 7.0.0.0.alpha1+ (x64)
Build ID: f9790da286f2d2fa47f1748f8cfa6172c6622ca3
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: de-CH (nl_NL); UI: en-US
Calc: CL

10 th paste.. ends up at bottom

Older versions tend to skip less distance.. and only after 18 paste
Version: 4.4.7.2
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL


LibreOffice 3.5.7.2 
Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
Comment 2 Telesto 2020-05-20 12:19:21 UTC
Hmm, appears to the CTRL+arrow shortcuts causing issues for me.. fine after disabling them
Comment 3 Heikki Moisander 2020-05-24 07:36:48 UTC
Ubuntu 20.04 got an update to gnome-shell 3.36.2 and mutter 3.36.2.

I retested with mentioned procedure and with 20 copy paste try out I experienced one random selection jump and one wrong content pasted.

20 is small sample size to conclude any improvement from gnome-shell update, though it seems some improvement was meant to take place and error is now even more difficult to show. Unfortunately wrong content to be pasted is something that should not be tolerated at all.
Comment 4 Heikki Moisander 2020-05-24 08:09:00 UTC
I tested the procedure 60 times more after booting (updated shell 3.36.2) and did not face any errors. I guess my previous test was actually influenced by mutter 3.36.1 still. I hope this means the problem was not in libreoffice and it got fixed with gnome shell update.