Bug 166452 - The full screen toolbar permanently disappears when I toggle out of full screen then back again
Summary: The full screen toolbar permanently disappears when I toggle out of full scre...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
25.2.3.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Full-Screen-Mode
  Show dependency treegraph
 
Reported: 2025-05-04 10:04 UTC by Jan
Modified: 2025-05-04 13:44 UTC (History)
6 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 Jan 2025-05-04 10:04:08 UTC
Description:
If I enter full screen view a toolbar appears at the top. If I exit then re-enter full screen view, the toolbar at the top no longer appears and won't come back, no matter what I do. Resetting toolbars does not help.
I rely on the toolbar for essential functions.
The only way to reinstate the toolbar in full screen view is to restart LibreOffice.
The toolbar appears in full screen view in the first instance, so it's not undocked or hidden. Lock toolbars is turned on, although I have tried it both ways. The toolbar only dissapears the second time I enter full screen view.


Steps to Reproduce:
1.Open Writer. Enter full screen view
2.Exit full screen view
3.Enter full screen view a second time

Actual Results:
The toolbar does not appear the second time full screen view is entered or anytime after that

Expected Results:
The toolbar if set to appear in full screen view, should appear everytime that view is selected


Reproducible: Always


User Profile Reset: Yes

Additional Info:
I have the same issue on two different Windows 10 PCs

This a major issue which dissuades me and possibly other LibreOffice users from using Libreoffice for long writing projects, where full screen view is a benefit
Comment 1 Mateusz Wlazłowski 2025-05-04 11:56:44 UTC
That looks like a duplicate of https://bugs.documentfoundation.org/show_bug.cgi?id=91282 to me

*** This bug has been marked as a duplicate of bug 91282 ***
Comment 2 V Stuart Foote 2025-05-04 13:18:52 UTC
Actually think this would be a dupe of Patrick's bug 164337, but not the earlier bug 66864 nor the related bug 91282 where the FullScreen Toolbar has been docked.

And yes something is dodgy, the 'fullscreentoolbar' position will migrate to top left corner of the active display. 

Look for it there. And if on multi-display system check the other display.

Cycling between FullScreen and diminutive LO AppFrame window (either <Ctrl>+<Shift>+J which is a toggle, or by <Esc> simply drops back to AppFrame), reentering FullScreen the associated Toolbar *does* always appear.

However, what seems off is that the new 'fullscreenbar' position (nPos) which is written into the user profile, registrymodifications.xcu will be recorded as negative (-x,-y).

In the .xcu, it starts at 30,30 on initial launch of FullScreen mode. Goes to -5,-5 on reopen of LO, and then way off with -1386,-471--so appearing missing?

Is something set dirty and so miscalculating the nPos when the toolbar object is again dispatched for FullScreen mode [1] rather than honoring the current entry in profile?

=-ref-=

[1] https://opengrok.libreoffice.org/xref/core/sfx2/source/control/dispatch.cxx?a=true&r=39bd06ad1e404b37eb70b58ee76fc52184dd4b21&h=1211#1211

=-testing-=

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 3ab82581e5a5abc03c7ff06eac76a0b2fa0c9c34
CPU threads: 28; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

Version: 25.2.3.2 (X86_64) / LibreOffice Community
Build ID: bbb074479178df812d175f709636b368952c2ce3
CPU threads: 28; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 3 V Stuart Foote 2025-05-04 13:44:42 UTC
(In reply to V Stuart Foote from comment #2)
>...
> However, what seems off is that the new 'fullscreenbar' position (nPos)
> which is written into the user profile, registrymodifications.xcu will be
> recorded as negative (-x,-y).
> 
> In the .xcu, it starts at 30,30 on initial launch of FullScreen mode. Goes
> to -5,-5 on reopen of LO, and then way off with -1386,-471--so appearing
> missing?
> 
> Is something set dirty and so miscalculating the nPos when the toolbar
> object is again dispatched for FullScreen mode [1] rather than honoring the
> current entry in profile?
> 

This Win11 system w/4K display and 8gb display ram, the fullscreenbar "Pos" recorded to profile .xuc maxes out at -1421,-506.

<item oor:path="/org.openoffice.Office.UI.CalcWindowState/UIElements/States/org.openoffice.Office.UI.WindowState:WindowStateType['private:resource/toolbar/fullscreenbar']"><prop oor:name="Pos" oor:op="fuse"><value>-1421,-506</value></prop></item>

For both Writer and Calc in FullScreen mode.