Bug 143223 - Tab key have no effect just after copy/paste one cell to another
Summary: Tab key have no effect just after copy/paste one cell to another
Status: RESOLVED DUPLICATE of bug 58929
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.0.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-07-06 22:43 UTC by Grobe
Modified: 2023-05-28 22:53 UTC (History)
3 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 Grobe 2021-07-06 22:43:26 UTC
This also affect LibO 7.0.6.2

Steps to reproduce:
* Start with a new file
* Write something in cell A1
* Select another cell
* Select cell A1
* Copy (Ctrl+C)
* Select cell A2
* Paste (Ctrl+V)
* Press Tab key

Expected behavior: Next cell get B2 get selected.

Observed behavior: A2 still being the selected cell.

Also, the Enter key are affected as well.

I can use the arrow keys to select another cell, but when Tab or Enter key doesn't behave as expected (from my perspective) - it just causes small yet annoying disruptions in the workflow.
Comment 1 lol 2021-07-07 14:03:15 UTC
I can confirm this with

Version: 7.1.4.2 (x64) / LibreOffice Community
Build ID: a529a4fab45b75fefc5b6226684193eb000654f6
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded

and

Version: 7.2.0.0.beta1 (x64) / LibreOffice Community
Build ID: c6974f7afec4cd5195617ae48c6ef9aacfe85ddd
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded
Comment 2 lol 2021-07-12 18:21:27 UTC
This happened also when cut and paste. So it's seems that this issue occurs when something pasted into a cell.

Tested with

Version: 7.2.0.0.beta1 (x64) / LibreOffice Community
Build ID: c6974f7afec4cd5195617ae48c6ef9aacfe85ddd
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded

and

Version: 7.0.6.2 (x64)
Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded

Can somebody confirm this?
Comment 3 BogdanB 2023-05-12 15:59:36 UTC
Also in 
Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 4 ady 2023-05-12 21:52:06 UTC
This is not a bug. The relation to pasting actions is only indirect.

When you have selected cells, the [TAB] key makes the focus jump between the selected cells. This is similar to what happens when you jump from field to field in a dialog window (or in most applications).


1. New Calc.
2. Click on some cell once. That cell will have the focus.
3. [CTRL]+click on some other cell that is not adjacent to the prior cell – this is just to make the behavior easier to spot. Both cells are now selected.
4. Press [TAB] several times. The focus "jumps" between the selected cells for each time the [TAB] key is pressed.

There are several advantages/utilities of this behavior.

The same thing happens when you have only one cell selected, except the "jump" is always to the same cell, so you don't notice it.

To "un-select" the cell, instead of [TAB] simply use the arrow keys, or click on some cell.
Comment 5 BogdanB 2023-05-13 05:05:19 UTC
Not a bug, based on comment 4. Indeed, using selection and TAB could be very useful.
Comment 6 Stéphane Guillou (stragu) 2023-05-28 22:53:50 UTC

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