https://bugs.documentfoundation.org/show_bug.cgi?id=172827
Bug ID: 172827
Summary: LibreOffice Calc: Dragging the fill handle in column A
scrolls the sheet to the top instead of performing
AutoFill
Product: LibreOffice
Version: 26.2.4.2 release
Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: [email protected]
Reporter: [email protected]
Description:
VERSION: LibreOffice 26.2.4.2 620(Build:2)
Dragging the fill handle causes the worksheet to scroll to the top while
extending a sequence, making AutoFill difficult because I have to fight the
scrolling by moving back down quickly enough.
When using the fill handle to extend a numeric sequence, dragging the fill
handle causes the worksheet to scroll to the top instead of continuing the
AutoFill operation. The issue only occurs when the worksheet is already
scrolled down. If the visible area is already at the top of the sheet, the
problem does not occur.
Steps to Reproduce:
1. Open a new Calc spreadsheet.
2. Enter enough data to require scrolling.
3. Scroll down so that the visible area is no longer at the top of the
worksheet.
4. Enter `1`, `2`, and `3` into consecutive cells in column A (for example,
`A100:A102`) and select them.
5. Drag the fill handle downward.
Actual Results:
As soon as the drag begins, the worksheet unexpectedly scrolls to the top (row
1), as if a "scroll to top" or Page Up action had been triggered. The AutoFill
operation can still be completed, but I have to continually fight the automatic
scrolling by moving back down fast enough while dragging.
Expected Results:
Dragging the fill handle should extend the sequence downward without changing
the current scroll position.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 26.2.4.2 (X86_64)
Build ID: 3346a99e6b841765b75a9b29714a5b95c6761ce3
CPU threads: 12; OS: Linux 7.0; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: CL threaded
* It only occurs if the worksheet is already scrolled down. If the view is
already at the top of the worksheet, the problem does not occur.
* The issue occurs with multiple pointing devices (external mouse, touchpad,
and ThinkPad TrackPoint), suggesting it is not specific to a particular input
device.
* This behavior is reproducible 100% of the time
SYSTEM INFO:
jonah@jonah:~$ fastfetch
.... ---
.',:clooo: .:looooo:. -----------
.;looooooooc .oooooooooo' OS: Ubuntu 26.04 LTS (Resolute
Raccoon) x86_64
.;looooool:,''. :ooooooooooc Host: 20TK0049US (ThinkPad X1
Extreme Gen 3)
;looool;. 'oooooooooo, Kernel: Linux 7.0.0-27-generic
;clool' .cooooooc. ,, Uptime: 18 hours, 40 mins
... ...... .:oo, Packages: 2607 (dpkg), 55
(flatpak), 43 (snap)
.;clol:,. .loooo' Shell: bash 5.3.9
:ooooooooo, 'ooool Display (SDC4157): 3840x2160 @
2x in 15", 60 Hz [Built-in]
'ooooooooooo. loooo. DE: GNOME 50.1
'ooooooooool coooo. WM: Mutter (Wayland)
,loooooooc. .loooo. WM Theme: Yaru-sage
.,;;;'. ;ooooc Theme: Yaru-sage [GTK2/3/4]
... ,ooool. Icons: Yaru-sage [GTK2/3/4]
.cooooc. ..',,'. .cooo. Font: Ubuntu Sans (11pt)
[GTK2/3/4]
;ooooo:. ;oooooooc. :l. Cursor: Yaru (24px)
.coooooc,.. coooooooooo. Terminal: Ptyxis 50.1
.:ooooooolc:. .ooooooooooo' Terminal Font: Ubuntu Sans Mono
(11pt)
.':loooooo; ,oooooooooc CPU: Intel(R) Core(TM) i7-10850H
(12) @ 5.10 GHz
..';::c' .;loooo:' GPU 1: NVIDIA GeForce GTX 1650
Ti Mobile [Discrete]
GPU 2: Intel UHD Graphics @ 1.15
GHz [Integrated]
Memory: 13.79 GiB / 30.48 GiB
(45%)
Swap: 0 B / 8.00 GiB (0%)
Disk (/): 529.00 GiB / 914.78
GiB (58%) - ext4
Local IP (wlp0s20f3):
192.168.1.26/24
Battery (5B10X19050): 23%
[Charging, AC Connected]
Locale: en_US.UTF-8
--
You are receiving this mail because:
You are the assignee for the bug.
