Bug 125477 - Tabbed Compact NB incorrect refresh after using the ">>" to show hidden controls
Summary: Tabbed Compact NB incorrect refresh after using the ">>" to show hidden controls
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on: Notebookbar-Resize
Blocks: Notebookbar-Tabbed
  Show dependency treegraph
Reported: 2019-05-24 12:47 UTC by andreas_k
Modified: 2023-07-10 18:32 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

video of the jumping notebookbar (1.48 MB, video/mp4)
2019-05-24 12:47 UTC, andreas_k

Note You need to log in before you can comment on or make changes to this bug.
Description andreas_k 2019-05-24 12:47:01 UTC

Actual Results:

Expected Results:

Reproducible: Always

User Profile Reset: No

Additional Info:
Comment 1 andreas_k 2019-05-24 12:47:48 UTC
Created attachment 151659 [details]
video of the jumping notebookbar
Comment 2 V Stuart Foote 2019-05-24 14:10:32 UTC
Confirming on Windows 10 Home with slight different visual glitch with the Tabbed Compact NB

Build ID: 959e8ae7ea33ce94dd80ee8ea172b6db64593873
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

Seems to be two issues here.

1.) the way os/DE handles the ">>" pop out toolbar holding the additional "hidden" NB controls.

2.) how the NB is refreshed when the pop out toolbar closes after a pick. The NB needs to be refreshed back to original view and button count--but instead keeps settings from when pop out was showing, and not all button controls are redrawn. 

Looking at Andreas' video, KDE packs the hidden items in a pop out that keeps the app frame's width. On Windows 10 w DWM the packing is a pop out that extends outside the LO App frame--may be nothing to be done about that.

Action at close of the hidden button bar seems wrong bcz the Tabbed Compact NB does not return to its state before the hidden buttons were shown, and user has to resize to get the button controls to reappear to fit.
Comment 3 V Stuart Foote 2019-05-24 14:22:47 UTC
OK, so this does affect the Tabbed NB as well. 

It seems like the height of the pop out button bar includes pixels for a shadow. And that is applied to the gtk packing for the NB while the pop out is open. When closed it is not removed? And like Tabb Compact NB, until user resizes app frame removing the left over pixels from the shadow used on the pop out.

But on the Tabbed NB, the refresh gets the width and count of buttons correct--just the height after redraw is wrong.
Comment 4 QA Administrators 2021-05-24 04:26:34 UTC Comment hidden (obsolete)
Comment 5 V Stuart Foote 2021-10-16 12:43:38 UTC
Issue of jumping NB still present, Tabbed NB and Tabbed Compact NB on Windows build of 7.2.2

Version: (x64) / LibreOffice Community
Build ID: 0e408af0b27894d652a87aa5f21fe17bf058124c
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 6 Justin L 2023-06-29 13:12:17 UTC
repro 24.2+
It is so slight for me that I don't even notice it, but it still is there...