Bug 89079 - Navigation: editing or creating selection (Shift-down, left) after fill down (Ctrl+D) doesn't work without leaving cell first to confirm
Summary: Navigation: editing or creating selection (Shift-down, left) after fill down...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-03 14:10 UTC by davidpbrown
Modified: 2019-03-13 08:26 UTC (History)
2 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 davidpbrown 2015-02-03 14:10:07 UTC
This looks to be a simple navigation-selection bug, that only appears after a paste to cell is confirmed immediately beforehand.

Steps:
1. Copy any cell; paste it back; and enter to confirm that.
2. Press SHIFT+Down-Arrow.

Result: The behaviour of the [SHIFT+Down-Arrow] is not as usual; instead of selecting the current cell along with the next below it, the focus jumps up to A2.

Interpretation: It is as if A1 was taken to be the previous focus rather than the true current cell.
Comment 1 m.a.riosv 2015-02-03 23:06:27 UTC
I think this is a duplicate of https://bugs.documentfoundation.org/show_bug.cgi?id=56098, please if you are not agree reopen it.

*** This bug has been marked as a duplicate of bug 56098 ***
Comment 2 davidpbrown 2015-02-03 23:31:30 UTC
I don't see duplicate of 56098. That bug suggested 
>Paste Special options after cut incorrect
>It will be available in LibreOffice 4.0.3.
That was back 2013-04-05

This behaviour in 89079 is not consistent with the normal selection option available from the current cell. The paste operation is complete; it is incidental that a paste operation occurred, just prior to the user then wanting to use the Shift+Down-Arrow to select two cells. 

The only difference now is I see this does occur on all Shift+Arrow keys after a paste operation is completed.

This is not a feature, this is a bug. If that obscure feature is useful, then put it to alt key selection.

Reopening, if only so the devs thoughts on this are made clear for all those in future who stumble over the same oddity.
Comment 3 m.a.riosv 2015-05-20 14:20:56 UTC
Maybe duplicate of 47818

*** This bug has been marked as a duplicate of bug 47818 ***
Comment 4 Nemo_bis 2015-12-21 07:37:57 UTC
Not a duplicate: I confirm the issue is still present in 4.3.7.2-12.fc21. I followed the steps to reproduce provided in comment 0.

Note, "paste it back" means to paste the content over the cell from which it was copied; but the same bug (selection starting at A2) appears wherever I paste the cell.
Comment 5 Cor Nouws 2015-12-27 21:22:38 UTC
Can you please test if there are not more issues with Ctr/Shift + Dwn/Up + Arrow navigations?
I think I see them often after having made a copy from a selection or so.
So it could be a more generic problem?
Thanks!
Cor
Comment 6 Xisco Faulí 2016-09-11 21:03:34 UTC Comment hidden (obsolete)
Comment 7 Cor Nouws 2016-09-12 20:17:18 UTC
original problem still exists.
Clarify summary && New
Comment 8 Xisco Faulí 2017-09-29 08:49:45 UTC Comment hidden (obsolete)
Comment 9 Cor Nouws 2017-09-29 21:16:14 UTC
still present in Version: 6.0.0.0.alpha0+
Build ID: 892c719fffa06de4c7aeab497326cad7bae9e5c6
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-09-27_03:02:09
Locale: nl-NL (nl_NL.UTF-8); Calc: group
Comment 10 Ciprian Trofin 2018-03-12 10:12:35 UTC
Still present in Version: 6.0.2.1
Build ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; 
Locale: ro-RO (en_US.UTF-8); Calc: group
Comment 11 QA Administrators 2019-03-13 03:46:35 UTC Comment hidden (obsolete)
Comment 12 m.a.riosv 2019-03-13 08:26:14 UTC
Still present
Version: 6.3.0.0.alpha0+ (x64)
Build ID: e9393e392e95ec8fcab77662790482aa0adf0f78
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-03-10_09:50:16
Locale: es-ES (es_ES); UI-Language: en-US
Calc: CL