Bug 151238 - Windows 11 Scroll bar arrows hidden when set visible
Summary: Windows 11 Scroll bar arrows hidden when set visible
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
6.2.8.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: accessibility, implementationError
: 160241 (view as bug list)
Depends on:
Blocks: a11y-Windows Desktop-Integration
  Show dependency treegraph
 
Reported: 2022-09-29 22:31 UTC by Alistair Saywell
Modified: 2024-10-18 15:19 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
Animated gif showing visibility of arrow (50.48 KB, image/gif)
2022-09-29 22:31 UTC, Alistair Saywell
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alistair Saywell 2022-09-29 22:31:16 UTC
Created attachment 182742 [details]
Animated gif showing visibility of arrow

In Windows 11 I have set `Start menu > Settings > Accessibility > Visual Effects > Always show scroll bars` to ON. Except for LibreOffice, all apps, including Edge, Word 2010, Thunderbird, & Firefox, show the up/down arrows on the scroll bar for scrolling a line at a time.

On all programs within and all versions of LibreOffice I have installed 6.2.8.2 - 7.4.0.3 the arrows are no longer visible unless the arrows themselves are hovered over. You have to know exactly where the arrows because hovering elsewhere on the scrollbar does not show them.

Expectation: The arrows are always visible when "Always show scroll bars" is set to on.

Also see https://ask.libreoffice.org/t/disappearing-scrollbar-arrows/82321 

Version: 7.4.0.3 (x64) / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 8; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win
Locale: en-NZ (en_NZ); UI: en-GB
Calc: threaded
Comment 1 Timur 2022-09-30 14:47:18 UTC
If I understood this, then I didn't reproduce in W10. Needs to be checked in W11.
Comment 2 Timur 2022-09-30 15:20:30 UTC
I see this in W11 as reported but I don't confirm the bug. 
I understand this option differently, to hide the whole scrollbar. 
Reported are just arrows being seen only when hovered. 
Why would that be a bug? 
Affecting work in any way?
Comment 3 Alistair Saywell 2022-10-01 00:10:19 UTC
I think it is a bug because:

1. All other applications show the arrows when the scroll bar is hovered over. LO shows the arrow only if the **arrows themselves** are hovered over. You have to know exactly where the arrows are before you can see them (by hovering), Catch 22. It is a tiny area compared to hovering over scroll bar.

2. When the scroll bar is set to always visible in Windows *Start > Settings > Accessibility > Scroll bars* in LO the arrows are still invisible until hovered. Other apps show the scroll bar with arrows all the time with this setting.

Does it affect functionality? Not too much if you know where the arrows are by long use or use other methods, but for new or intermediate users it could represent a stumbling block.

Cheers,Al
Comment 4 QA Administrators 2022-10-01 03:44:21 UTC Comment hidden (noise)
Comment 5 Michael Warner 2022-10-03 14:30:15 UTC
As a user I would not expect this behavior. Based on Timur's comment 2 that he sees this behavior as reported, I will mark as new.
Comment 6 Heiko Tietze 2022-10-04 11:57:05 UTC
W11 behavior is to show the arrows where ever you hover, at the arrow itself or at the ruler/thumb. So yes, it's a implementation error.
Comment 7 Oliver 2024-02-14 12:46:26 UTC
Actually this bug is independent from the "Always show scrollbard" option : 
in Windows 11, the arrows of the scrollbars are always hidden, but in all other programmes I have tested (e.g. Firefox, Thunderbird, Zotero, Notepad++), when hovering over the scrollbar, the locations of the arrows become visible. This is not working in Libreoffice. 
I have tested in 7.5.9.2 , windows 11 (this is really specific to windows 11, there is no such problem in windows 10)
Comment 8 Michael Weghorn 2024-03-19 09:33:11 UTC
*** Bug 160241 has been marked as a duplicate of this bug. ***
Comment 9 V Stuart Foote 2024-03-19 11:55:01 UTC
Would add that the Win11 WDM handles scrollbars oddly.

In fact, if you use one of the Win11 Settings -> "Contrast Themes" [1], the scrollbars are fully exposed including the arrow movement buttons on their ends.

That is regardless of setting of the "Always show scroll bars" Off (slider default) or On.

But LO's handling of the scrollbar visual collapse (and dropping of the movement arrows) needs some effort. The control should respond in some fashion.

=-ref-=
[1] Aquatic, Desert, Dusk, Night Sky
Comment 10 Mike Kaganski 2024-03-20 05:20:54 UTC
(In reply to V Stuart Foote from comment #9)
> Would add that the Win11 WDM handles scrollbars oddly.

Note that there are *some* Windows apps that behave *properly* with regards to "Always show scroll bars" setting (outside of contrast themes). E.g.: the "Settings" app itself; and notepad.exe. So, our implementation of scrollbars behavior wrt that setting must follow these apps' behavior.