Bug 142481

Summary:	Writer Style Inspector: scrollbar ineffective
Product:	LibreOffice	Reporter:	ajlittoz <page74010-sf>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	aron.budea, dgp-mail
Priority:	medium
Version:	7.1.3.2 release
Hardware:	All
OS:	All
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=136764
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	134554
Attachments:	initial view without scrollbars Style inspector view overflow with scrollbar Maximum movement of the scrollbar

Description ajlittoz 2021-05-25 11:40:18 UTC

LO     : 7.1.3.2
VCL    : kf5
OS     : Linux 5.12.6 (Fedora 34)
Desktop: KDE Plasma

Steps to reproduce:

- use a moderately-sized window (only height matters here) to that the behaviour is easier to create
- enter some text in Text Body paragraph style, eventually add a character style and direct formatting so that all styles layers are active
- display the style inspector:

   + paragraph styles are active with Default Paragraph Style and Text Body stacked
   + character styles may be active if you had one, so may be character direct formatting

- expand the character styles starting from the bottom
- expand the paragraph styles, again starting from the bottom

At some point, information displayed by the inspector will overflow available space in the pane and a scrollbar will appear at right. Usually the slider size represents the fraction of displayed volume compared to total information volume.

Here, the slider covers the full visible part of the slider though dragging it allows to scroll for 4 lines (my window is nearly the size of my 1920x1080 screen).

It looks as if the height of the scroll bar was incorrectly computed as its drawing is clipped at bottom (hiding the possible scroll distance).

If I repeat with a window half the screen height, scroll distance is only 2 lines.

The potential scroll amount does not change if I hide the bottom status bar or any other optional toolbar.

Comment 1 Dieter 2021-06-09 07:59:39 UTC

Thank you for reporting the bug. Please have a look at bug 136764, that describes some problems around the scrollbar? Does this cover your problem?

If not, could you please add a screencast as that makes it easier to reproduce the bug. Thank you.

=> NEEDINFO

Comment 2 ajlittoz 2021-06-10 07:55:53 UTC

Created attachment 172751 [details]
initial view without scrollbars

Initial view where no scrollbar is needed

Comment 3 ajlittoz 2021-06-10 08:01:57 UTC

Created attachment 172753 [details]
Style inspector view overflow with scrollbar

Text Body and Default Paragraph Style have been expanded. Style details now overflow the window size. A scrollbar has been added.

Careful look at the scroll bar shows it is clipped at bottom: slider has a rounded end at top while it is "straight" at bottom. My diagnostic is the length of the scrollbar is way too large for the real attribute list height.

It seems that the scrollbar cannot be scrolled, but I used it anyway just to see what happens.

Comment 4 ajlittoz 2021-06-10 08:05:43 UTC

Created attachment 172754 [details]
Maximum movement of the scrollbar

I dragged the scrollbar slider as much as I could.

The attribute list does not scroll to its end. Everything happens as if the pane for the attribute was larger in the vertical direction with a part of it extending below the pane and thus clipped and invisible.

Comment 5 ajlittoz 2021-06-10 08:09:08 UTC

(In reply to Dieter from comment #1)
> Thank you for reporting the bug. Please have a look at bug 136764, that
> describes some problems around the scrollbar? Does this cover your problem?

No, but likely related

> If not, could you please add a screencast as that makes it easier to
> reproduce the bug. Thank you.

I voluntarily reduced the window to a ridiculous size so that the behaviour is easier to trigger. Screenshots are provided in the three preceding comments.

PS: I've been disoriented by the site ergonomics. Is there anyway to edit a comment when already submitted?

Comment 6 QA Administrators 2021-06-11 03:52:43 UTC Comment hidden (obsolete)

[Automated Action] NeedInfo-To-Unconfirmed

Comment 7 ajlittoz 2022-03-13 13:49:00 UTC

Bug report can be closed: behaviour fixed in 7.2.x (at least 7.2.5.2.0+ here)

Comment 8 Dieter 2022-03-13 15:46:34 UTC

(In reply to ajlittoz from comment #7)
> Bug report can be closed: behaviour fixed in 7.2.x (at least 7.2.5.2.0+ here)

=> RESOLVED WORKSFORME