Bug 138683 - Calc: copying multiple cells by ^drag fails on 1st attempt
Summary: Calc: copying multiple cells by ^drag fails on 1st attempt
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.1.0.0.beta1+
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Cut-Copy
  Show dependency treegraph
 
Reported: 2020-12-05 19:39 UTC by TorrAB
Modified: 2023-08-20 02:20 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
screenshot after 1st ^drag (8.74 KB, image/png)
2020-12-06 00:52 UTC, TorrAB
Details
screenshot after 2nd ^drag (9.34 KB, image/png)
2020-12-06 00:54 UTC, TorrAB
Details
file with 2 cells to ^drag (7.33 KB, application/vnd.oasis.opendocument.spreadsheet)
2020-12-14 02:38 UTC, TorrAB
Details

Note You need to log in before you can comment on or make changes to this bug.
Description TorrAB 2020-12-05 19:39:59 UTC
Description:
Calc, any sheet. Select two (or more) cells in a row; ^click the handle at bottom right of the selected cells and drag them down (to copy them): nothing happens; do it again: it works! —too late.


Steps to Reproduce:
1.Calc, any sheet. Select two (or more) cells in a row;
2. ^click the handle at bottom right of the selected cells and drag them down (to copy them)


Actual Results:
nothing happens;
do it again: it works! —too late.


Expected Results:
cpying should work on 1st attempt.


Reproducible: Always


User Profile Reset: No



Additional Info:
ver 7.03 or 7.1beta
Comment 1 m_a_riosv 2020-12-05 22:15:46 UTC
Can't repro.
Version: 7.2.0.0.alpha0+ (x64)
Build ID: 9f8b7280903f2a0b0202bc7fbc4fd807cc78045e
CPU threads: 4; OS: Windows 10.0 Build 20180; UI render: Skia/Vulkan; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL

Please test with a clean profile Menu/Help/Restart in Safe Mode
Comment 2 TorrAB 2020-12-06 00:52:39 UTC
Created attachment 167855 [details]
screenshot after 1st ^drag
Comment 3 TorrAB 2020-12-06 00:54:38 UTC
Created attachment 167856 [details]
screenshot after 2nd ^drag
Comment 4 QA Administrators 2020-12-07 04:14:21 UTC Comment hidden (obsolete)
Comment 5 Xisco Faulí 2020-12-07 16:26:05 UTC
I can't reproduce it in

Version: 7.2.0.0.alpha0+
Build ID: 84af20ef3ea72190784e9e7be820684c2558ba8c
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: x11
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

nor in

Version: 7.2.0.0.alpha0+
Build ID: 84af20ef3ea72190784e9e7be820684c2558ba8c
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Could you please paste the info from Help - about LibreOffice ?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the information has been provided
Comment 6 TorrAB 2020-12-14 02:35:42 UTC
Version: 7.1.0.0.beta1 (x64)
Build ID: 828a45a14a0b954e0e539f5a9a10ca31c81d8f53
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: en-CA (en_US); UI: en-US
Calc: threaded

In dragab.ods, select cells A1, B1; ctrl-drag them down from the square handle at the bottom corner of cell B1.
	1st attempt does nothing (apparently) —drag0.png.
	2nd attempt works! —drag1.png. (The 1st attempt really did something, hidden.)
Comment 7 TorrAB 2020-12-14 02:38:04 UTC
Created attachment 168137 [details]
file with 2 cells to ^drag
Comment 8 m_a_riosv 2020-12-14 08:40:03 UTC
To reproduce, [Ctrl] must be pulsed before select the handle to drag.
Second time works if no other action it's down between.
Version: 7.2.0.0.alpha0+ (x64)
Build ID: 368c56144aab5794c39d5bc2082d9b3d6d7cebdb
CPU threads: 4; OS: Windows 10.0 Build 20180; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL
Comment 9 QA Administrators 2022-12-15 03:21:05 UTC Comment hidden (obsolete)
Comment 10 TorrAB 2022-12-15 12:28:46 UTC
the bug is still present
Comment 11 ady 2023-08-20 02:20:26 UTC
(In reply to m.a.riosv from comment #8)
> To reproduce, [Ctrl] must be pulsed before select the handle to drag.
> Second time works if no other action it's down between.
> Version: 7.2.0.0.alpha0+ (x64)

This is repro in older versions, but no longer since LO 7.6. I don't recall whether there was also a back-port / cherry-pick to LO 7.5.

If someone wants to search for the specific bug report (which does exist) and/or the relevant commit/patch that solved this issue, feel free to post here a link to it and set this report to DUPLICATE of such bug report. In the meantime, I'll set this bug 138683 as WFM.