Bug 172137 - Horizontal scrollbar does not work with mouse scroll wheel
Summary: Horizontal scrollbar does not work with mouse scroll wheel
Status: RESOLVED DUPLICATE of bug 35582
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
26.2.2.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Scrollbars Calc-UX
  Show dependency treegraph
 
Reported: 2026-05-17 20:30 UTC by questions2000
Modified: 2026-05-20 06:00 UTC (History)
4 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 questions2000 2026-05-17 20:30:31 UTC
Description:
Not sure if this happens in any other LibreOffice applications but I noticed that if you hover your mouse cursor over the horizontal scrollbar and then use your mouse scroll wheel, it does not perform a horizontal scroll as expected?

Suggesting to allow mouse scroll wheel on horizontal scrollbar to perform horizontal scrolling left/right.

Thank You

Actual Results:
 

Expected Results:
 


Reproducible: Always


User Profile Reset: No

Additional Info:
Comment 1 questions2000 2026-05-17 20:32:20 UTC
If this does get added, should also perform a smooth horizontal scroll, as mentioned in this issue post found here
https://bugs.documentfoundation.org/show_bug.cgi?id=164721
Comment 2 LeroyG 2026-05-17 23:32:44 UTC
It works on the horizontal scrollbar of gedit; so, this is not a specific behavior of the system.
Must not it be an enhancement request?
Comment 3 Buovjaga 2026-05-18 06:07:02 UTC

*** This bug has been marked as a duplicate of bug 164721 ***
Comment 4 LeroyG 2026-05-18 12:46:38 UTC
(In reply to Buovjaga from comment #3)
> 
> *** This bug has been marked as a duplicate of bug 164721 ***

Why resolved as duplicate?
This bug report is about the use of the wheel of the mouse on the horizontal scroll bar.

The bug 164721 is about the use of Shift+Mouse wheel, but that can be done on the scroll bar or on the not fixed parts of a spreadsheet.

Setting status to NEW. If I'm wrong, please, tell me. Thanks.
Comment 5 Buovjaga 2026-05-18 13:15:19 UTC
(In reply to LeroyG from comment #4)
> (In reply to Buovjaga from comment #3)
> > 
> > *** This bug has been marked as a duplicate of bug 164721 ***
> 
> Why resolved as duplicate?
> This bug report is about the use of the wheel of the mouse on the horizontal
> scroll bar.
> 
> The bug 164721 is about the use of Shift+Mouse wheel, but that can be done
> on the scroll bar or on the not fixed parts of a spreadsheet.
> 
> Setting status to NEW. If I'm wrong, please, tell me. Thanks.

Why should horizontal scrolling be different from vertical scrolling? Why should it be limited to the scrollbar?

I closed as duplicate because the reporter said in bug 164721 comment 24 that it is a duplicate.
Comment 6 ady 2026-05-18 14:36:22 UTC
(In reply to Buovjaga from comment #5)

> I closed as duplicate because the reporter said in bug 164721 comment 24
> that it is a duplicate.

No. Clearly not what the same user posted there.

AFAIK, horizontal scrolling in Calc is performed by pressing [SHIFT]+scroll_wheel, so I don't understand why the OP would expect the scroll wheel by itself to scroll horizontally when the mouse is over the horizontal scroll bar.

Is there any place where it says that using the scroll wheel by itself (alone) on the horizontal scroll bar of Calc should have the effect of scrolling horizontally? Please share with us such source of information.
Comment 7 Buovjaga 2026-05-18 14:58:00 UTC
(In reply to ady from comment #6)
> (In reply to Buovjaga from comment #5)
> 
> > I closed as duplicate because the reporter said in bug 164721 comment 24
> > that it is a duplicate.
> 
> No. Clearly not what the same user posted there.

Right, sorry, missed the confusing mention of bug 169259 which was closed as dupe already 6 months ago.
Comment 8 LeroyG 2026-05-19 00:29:18 UTC
(In reply to ady from comment #6)
> Is there any place where it says that using the scroll wheel by itself
> (alone) on the horizontal scroll bar of Calc should have the effect of
> scrolling horizontally?

No, there isn't (? Sorry, I have not searched for that).
But it is a behavior seen in other programs, and very useful when your fingertips are not near the Shift key.

Changed the importance to "enhancement".
Must be the version be set to "Inherited From OOo"?

That said: Could the Status be set again to NEW? Thanks.
Comment 9 questions2000 2026-05-19 01:48:27 UTC
I am little confused as well?
I see that closing this was mentioned to be a mistake?
I am going to mark this back as NEW if that is okay.

The other post mentioned (164721) is a specific issue of how the horizontal scroll does not respond smoothly when using SHIFT+MSW.
Each scrolling "tick" of mouse scroll wheel should advance one column over to the right/left.
I just linked this post just in case the two different horizontal scrolling actions are in some way separate.  I just didn't want one to scroll well and the other to be jittery.

This is the specifc hovering of mouse cursor over the horizontal scroll bar at the bottom of Calc.

Similar to if user does the same MSW on the vertical scrollbar it scrolls vertically.

I tested this with a couple of text editors and this same behavior is used
`Geany` and `Featherpad`
and other user mentioned this works in `GEdit`

I view this as more of a bug?
Now I cannot remember if I put bug or enhancement, it currently says enhancement?
Not sure if someone changed this?
because user mentioned
"Must not it be an enhancement request?"

If someone could let me know if I should change this back to bug?
Comment 10 Heiko Tietze 2026-05-19 06:04:49 UTC
GIMP behaves similarly and scrolls the canvas horizontally with the shift modifier. If the focus is on the horizontal scrollbar it inverts the behavior and scrolls left/right without and up/down with the modifier. 

Sounds okay to adapt this behavior too. And in the end it is a duplicate of bug 35582 (waiting for more comments before setting the status).
Comment 11 LeroyG 2026-05-19 11:37:58 UTC
(In reply to Heiko Tietze from comment #10)
> And in the end it is a duplicate of
> bug 35582 (waiting for more comments before setting the status).

So, why not close it as a duplicate of bug 35582?
Comment 12 Buovjaga 2026-05-19 11:54:15 UTC
(In reply to LeroyG from comment #11)
> (In reply to Heiko Tietze from comment #10)
> > And in the end it is a duplicate of
> > bug 35582 (waiting for more comments before setting the status).
> 
> So, why not close it as a duplicate of bug 35582?

Because he was waiting for your comment.

*** This bug has been marked as a duplicate of bug 35582 ***
Comment 13 Heiko Tietze 2026-05-19 13:46:39 UTC
(In reply to Buovjaga from comment #12)
> Because he was waiting for your comment.
And from others. If you seek for input from UX we should allow people to comment, if the situation is not perfectly clear. Which it is in this case, more or less.
Comment 14 ady 2026-05-19 18:30:09 UTC
(In reply to Heiko Tietze from comment #10)
> GIMP behaves similarly and scrolls the canvas horizontally with the shift
> modifier. If the focus is on the horizontal scrollbar it inverts the
> behavior and scrolls left/right without and up/down with the modifier. 
> 
> Sounds okay to adapt this behavior too. And in the end it is a duplicate of
> bug 35582 (waiting for more comments before setting the status).

This suggestion implies that, if by any chance, my mouse happens to be on the horizontal scroll bar, then instead of having the desired vertical scroll I would get horizontal movement.

To be clear, I am completely against making this change. It is inconsistent with LO, introduces an unnecessary "pay_attention_to_this_additional_detail" that modifies the expected behavior, just because a user does not want to press one [SHIFT] key that enforces the desired behavior.

So, no, this introduces unwanted behavior for most spreadsheet users. GIMP is not about spreadsheets, last time I checked.

This is a waste of time, while real concrete important issues (such as Calc functions not working as they should) are not solved at all. All this mixed-up topic (that required many clarifications) must be compared to "save the effort and time that it takes a user to press the [SHIFT] key".

-1. I don't even want to call it "WF", because there is nothing to fix.
Comment 15 Heiko Tietze 2026-05-20 06:00:49 UTC
(In reply to ady from comment #14)
> ...It is inconsistent
Reminds me on bug 149823 "Scrolling on properties pane causes to change value unintentionally". IIRC, the controls processed scroll events on hover, and after the patch only when active. Scrollbars cannot become active, though. Neither a strong argument pro or against consistency.