Bug 128542 - In cell edit mode keyboard short CTRL + X doesn't work the first time for cut text in cell
Summary: In cell edit mode keyboard short CTRL + X doesn't work the first time for cut...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.3.2.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-11-01 23:47 UTC by mugabe03
Modified: 2020-04-27 05:42 UTC (History)
1 user (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 mugabe03 2019-11-01 23:47:54 UTC
Description:
In edit mode of cell the keyboard shortcut CTRL + V doesn't work from the first time. One has to undo last action, e.g the cut process and redo it the cut/paste process once again to have it working.

Steps to Reproduce:
1.Enter edit mode cell. Make sure not to do this after just opening libreoffice calc
2. select portion of text in the cell
3. use keyboard shortcut CTRL + X to cut the selected text
4. Paste cut text in other cell -> No content is pasted
5. Undo last action
6. use keyboard shortcut CTRL + X to cut the selected text
7. Paste cut text in other cell -> Now content is being pasted in the other cell

Actual Results:
Keyboard shortcut CTRL + X doesn't work the first time in edit mode of cell.

Expected Results:
The keyboard shortcut CTRL + X should work the first, i.e. it should be possible to paste the text after the first CTRL + X.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Comment 1 mugabe03 2019-11-01 23:50:06 UTC
Operating system Manjaro linux
gnome version 3.34
Comment 2 Xavier Van Wijmeersch 2019-11-02 13:52:31 UTC
can not reproduce with

Version: 6.3.2.2
Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: gtk3; 
Locale: nl-BE (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 3 Markus 2019-11-08 18:25:03 UTC
Cannot reproduce with version 6.3.3.2 / LinuxMint 19.1

Build-ID: 1:6.3.3-0ubuntu0.18.04.1~lo1
CPU-Threads: 4; BS: Linux 4.15; UI-Render: Standard; VCL: gtk3; 
Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE
Calc: threaded

What do you mean with "Make sure not to do this after just opening libreoffice calc"?
I created a new file + entered some text - is that enough?
Comment 4 mugabe03 2019-11-11 10:58:45 UTC
@Markus,

Indeed when you have just opened a (new) spreadsheet and you cut and paste as explained, you don't see the faulty behavior. I will try to explain with an example.

So imagine you have just created a new spreadsheet.

1.In a cell enter following text "test test1"
2. Then enter this cell and cut for example "test1" of this cell and paste it in another cell. In this new cell you will see the text "test1" as you would expect.
2. Then in another cell enter some new text: "test2 test3"
3. cut in this cell the text "test3" and paste it in another cell.
4. Then you will see in this latter cell, that not the text "test3" has been pasted but the previously cut/pasted text "test1".
5. To get the text "test3" pasted, you have to undo the cut/paste action and redo it again.

Hopefully this explain the issue better.
Comment 5 Buovjaga 2020-04-26 14:33:56 UTC
(In reply to mugabe03 from comment #4)
> @Markus,
> 
> Indeed when you have just opened a (new) spreadsheet and you cut and paste
> as explained, you don't see the faulty behavior. I will try to explain with
> an example.
> 
> So imagine you have just created a new spreadsheet.
> 
> 1.In a cell enter following text "test test1"
> 2. Then enter this cell and cut for example "test1" of this cell and paste
> it in another cell. In this new cell you will see the text "test1" as you
> would expect.
> 2. Then in another cell enter some new text: "test2 test3"
> 3. cut in this cell the text "test3" and paste it in another cell.
> 4. Then you will see in this latter cell, that not the text "test3" has been
> pasted but the previously cut/pasted text "test1".
> 5. To get the text "test3" pasted, you have to undo the cut/paste action and
> redo it again.

No problem here. More detailed steps, please see if they match yours:

1. Input test test1 into a cell, hit Enter to confirm
2. Double-click or F2 the previously edited cell and cut test1, paste into another cell without entering edit mode (no double-click or F2)
3. Repeat step 1 in a new cell with test2 test3
4. Repeat step 2 for the previous cell

Arch Linux 64-bit
Version: 7.0.0.0.alpha0+
Build ID: 6a9c7409ee617b79c327dd7ea4de432f448b6006
CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: gtk3; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 24 April 2020
Comment 6 mugabe03 2020-04-26 16:42:03 UTC
(In reply to Buovjaga from comment #5)
> (In reply to mugabe03 from comment #4)
> > @Markus,
> > 
> > Indeed when you have just opened a (new) spreadsheet and you cut and paste
> > as explained, you don't see the faulty behavior. I will try to explain with
> > an example.
> > 
> > So imagine you have just created a new spreadsheet.
> > 
> > 1.In a cell enter following text "test test1"
> > 2. Then enter this cell and cut for example "test1" of this cell and paste
> > it in another cell. In this new cell you will see the text "test1" as you
> > would expect.
> > 2. Then in another cell enter some new text: "test2 test3"
> > 3. cut in this cell the text "test3" and paste it in another cell.
> > 4. Then you will see in this latter cell, that not the text "test3" has been
> > pasted but the previously cut/pasted text "test1".
> > 5. To get the text "test3" pasted, you have to undo the cut/paste action and
> > redo it again.
> 
> No problem here. More detailed steps, please see if they match yours:
> 
> 1. Input test test1 into a cell, hit Enter to confirm
> 2. Double-click or F2 the previously edited cell and cut test1, paste into
> another cell without entering edit mode (no double-click or F2)
> 3. Repeat step 1 in a new cell with test2 test3
> 4. Repeat step 2 for the previous cell
> 
> Arch Linux 64-bit
> Version: 7.0.0.0.alpha0+
> Build ID: 6a9c7409ee617b79c327dd7ea4de432f448b6006
> CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: gtk3; 
> Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
> Calc: threaded
> Built on 24 April 2020

I don't have the issue in version 6.3.5.4 anymore!
Kind regards