Bug 142481 - Writer Style Inspector: scrollbar ineffective
Summary: Writer Style Inspector: scrollbar ineffective
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Style-Inspector
  Show dependency treegraph
 
Reported: 2021-05-25 11:40 UTC by ajlittoz
Modified: 2022-03-13 15:46 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
initial view without scrollbars (87.04 KB, image/png)
2021-06-10 07:55 UTC, ajlittoz
Details
Style inspector view overflow with scrollbar (95.06 KB, image/png)
2021-06-10 08:01 UTC, ajlittoz
Details
Maximum movement of the scrollbar (97.09 KB, image/png)
2021-06-10 08:05 UTC, ajlittoz
Details

Note You need to log in before you can comment on or make changes to this bug.
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)
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