Bug 55808 - EDITING: wrong undo after copy from edit mode and paste to complete cell
Summary: EDITING: wrong undo after copy from edit mode and paste to complete cell
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
3.6.2.2 release
Hardware: Other All
: medium major
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-09 13:42 UTC by qqqqqqqqq9
Modified: 2016-01-29 14:59 UTC (History)
6 users (show)

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 qqqqqqqqq9 2012-10-09 13:42:52 UTC
Problem description: 
Mouse paste cannot be undone.
Steps to reproduce:
1. Select some text in cell with mouse
2. Paste it into another cell using the spreadsheet (not the input field)
3. Hit Ctrl-z or undo from the File-menu

Current behavior:
Nothing happens

Expected behavior:
Paste should be undone.

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (X11; Linux i686) AppleWebKit/534.34 (KHTML, like Gecko) konqueror/4.9.2 Safari/534.34
Comment 1 Rainer Bielefeld Retired 2012-10-09 15:24:51 UTC
Because I am not sure whether I understand all details of original report, I did a simple test and found the problem [Reproducible] with "LibreOffice 3.5.7.2 rc German UI/Locale [Build-ID: 3215f89-f603614-ab984f2-7348103-1225a5b] on German WIN7 Home Premium (64bit) 

Steps how to reproduce:
1. Type "asdfghjkl" (=some characters) into C5, <Enter>
   > Cell cursor jumps to next Cell
2. double Click C5
3. Select "ghj" with mouse
   > 3 characters become highlighted 
4. Click on "h" 
   > 3 characters remain highlighted
5. Drag and Drop to C10, release left mouse button
   > "ghj" appears in C10, Text in C5 remains "asdfghjkl" wiht highlighted "ghj",
      inactive undo icon
6. <Enter>
   > Cell cursor jumps to next Cell, highlighting in C5 disappears,  undo icon
     becomes active.
7. Click undo icon 
   > Cell cursor marks C5
8. Click undo icon 
   Expected: Deletion of C10 contents
   Actual: Cell Cursor jumps to C10
8. Click undo icon 
   Expected: Deletion of C10 contents
   Actual: Deletion of C10 contents, no further undo possible            !!!

Still [Reproducible] with Server Installation of  "LibreOffice 3.6.3.0+  English UI/ German Locale [Build-ID: 1e73405],{tinderbox: Win-x86@9 pull time 2012-10-05 15:31:15}  on German WIN7 Home Premium (64bit)  

Already [Reproducible] with Server Installation of "LibreOffice 3.5.1.2 German UI/Locale [Build-ID: dc9775d-05ecbee-0851ad3-1586698-727bf66] on German WIN7 Home Premium (64bit) 

That still worked as expected with:
Server Installation of  "LibreOffice 3.4.5 German UI [Build ID: OOO340m1 (Build:502)]" parallel Server installation on German WIN7 Home Premium (64bit) 
Server Installation of "LibreOffice 3.3.3  German UI/Locale [OOO330m19 (Build:301) tag libreoffice-3.3.3.1] on German WIN7 Home Premium (64bit) 

I think that I already saw something similar some time ago, but I can't find a Bug for that.

"Bug 50377 - EDITING: Undo don't work after drag and drop cell content" might be related, but I did not find out how reporter got his wrong results.

@Spreadsheet Team:
Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf (and remove others in team from CC).
Comment 2 qqqqqqqqq9 2012-10-09 15:32:49 UTC
Hi, when I say Mouse paste, i mean the Xorg feature pasting with the middle button or Button 2. The feature is not available in a standard Windows installation.
Comment 3 Rainer Bielefeld Retired 2012-10-09 15:45:39 UTC
@reporter:
If you see similar results as I in steps 7 and following the problem you observed might have the same roots as the one I see and you approached from different direction.

If you Linux proceeding leads to different results than my step by step instruction shows, please report a new bug with a more detailed description of your proceeding, because this bug now is hijacked and already  in the fixing process. Please add me to CC for such a new bug.
Comment 4 Rainer Bielefeld Retired 2012-10-10 15:31:17 UTC
I see the same problem for copy / paste partial string to cell. Only conditions are:
- Source cell in Edit mode when I copy
- Target cell NOT in Edit mode when I paste

Same problem with LibO 3.5.2.2 on Ubuntu 12.04 64bit. Seems to be a rather universal problem.
Comment 5 kevinlai 2013-04-05 15:07:05 UTC
I've got the same problem as described by Rainer Bielefeld with : 

LibreOffice 3.5.7.2 
Build ID: 350m1(Build:2)
xubuntu 12.04

is it corrected with newer version ?

Thanks
Comment 6 kevinlai 2013-04-05 15:47:52 UTC
SAME BUG with : Version 4.0.2.1 (Build ID: 400m0(Build:1))
Comment 7 A (Andy) 2014-09-25 21:59:31 UTC
Regarding Description and Comment 1:
For me this is not reproducible with LO 4.3.2.2 (Win 8.1).
Is this issue for you or anybody else still reproducible with the lastest release of LO?
Comment 8 QA Administrators 2015-10-14 19:57:22 UTC
** 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 on a currently supported version of LibreOffice (5.0.1 or preferably 5.0.2.2 or later)
   https://www.libreoffice.org/download/

   If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
 
 If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

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)

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: http://webchat.freenode.net/?channels=libreoffice-qa

Thank you for your help!

-- The LibreOffice QA Team This NEW Message was generated on: 2015-10-14
Comment 9 Buovjaga 2016-01-29 14:59:34 UTC
After middle-click pasting and moving out of edit mode, undo first deletes the original text and then the pasted ones.
This is the logical order, after all. Closing as WFM.

Note for testers: middle-click paste works by keeping some text selected in edit mode, hovering over some cell and just hitting middle (scroll) button.

Ubuntu 15.10 64-bit 
Version: 5.2.0.0.alpha0+
Build ID: c43fdd74097cb12f69f86fd1217dd2f41ccae101
CPU Threads: 2; OS Version: Linux 4.2; UI Render: default; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF-dbg, Branch:master, Time: 2016-01-25_23:43:01
Locale: en-US (en_US.UTF-8)