Issue: Auto-fill drag in Calc scrolls upward and fills in wrong direction

[rashwanov]

I’m experiencing an issue in LibreOffice Calc v26.2.2.2 on Linux where dragging the fill handle behaves incorrectly.

When I try to drag the fill handle downward to extend values into cells below, the sheet scrolls upward instead, and the fill operation is applied to cells above the starting cell rather than below.

Expected behavior:
Dragging the fill handle downward should extend the data into the cells below.

Actual behavior:
The view scrolls upward during the drag, and the fill is applied upward.

What I’ve tried:

• Fully removed and reinstalled LibreOffice
• Cleared user profile (~/.config/libreoffice)
• Issue still persists

Additional notes:

• Happens consistently when dragging downward
• Seems like the drag direction is being interpreted incorrectly

System info:

• OS: Linux Ubuntu 26.04
• LibreOffice version: 26.2.2.2
• Input device: mouse

[LeroyG]

Fill handle scrolling

I was having the same problem. Then I was pointed at this post. So I just tried it again to see if restarting in safe mode would fix it. I opened my spreadsheet and copied two columns into a new spreadsheet (to avoid any possible corruption of my original), tried the fill down and it worked perfectly! So I went back to my original spreadsheet and tried it again there. Again, it worked perfectly. I’m confused to say the least. I never touched nuffink guv, honest. The only thing I have done is re…

[rashwanov]

Hi,

Unfortunately, restarting in safe mode didn’t help. But I was inspired by your info, specifically this part: "VCL: kf6 " mine reads “VCL: gtk3” which I had no clue what that means until yesterday. But Google told me:

What is a VCL?

VCL stands for Visual Class Library. It is the part of LibreOffice’s code responsible for rendering the user interface—things like buttons, window borders, menus, and most importantly, mouse coordinate tracking.

Since LibreOffice is “cross-platform” (it runs on Windows, macOS, and Linux), it can’t use just one way to draw windows. Instead, it uses different VCL Plugins to look and feel native to the operating system it’s running on.

And since Ubuntu 26.06 is Wayland only, it uses GTK3 plugin by default. If that GTK plugin and Wayland compositor disagreed on the scaling factor or the window offset, LibreOffice thinks the mouse is wrapped around to the top of the screen. This is true because it won’t do that glitch if am already scrolled all the way up in my spreadsheet.

As a test, I launched LibreOffice Calc using X11 backend environment variable:

SAL_USE_VCLPLUGIN=gen libreoffice --calc

And the issue is gone! Of course that’s not a solution but at least we understand what’s the root cause of this issue.

[ady]

Apparently this might be a gtk3 bug.

From tdf 169339 comment 18

Coordinate jumps in motion-notify-event (gtk3/Wayland) (#8169) · Issues ·...

[Wanderer]

@rashwanov

since Ubuntu 26.06 is Wayland only, it uses GTK3 plugin by default

That is not related to wayland. The kf6 you also read is used on KDE, so you can expect this to work on Kubuntu or after adding KDE as desktop environment to a “regular” Ubuntu.
.
KDE uses qt-libraries, while Gnome uses gtk.
.
The named bug may be related to the compination of Wayland and gtk-libraries.