Description: When HUD is docked, hovering over it with the mouse pointer reveals underlying elements of the main Component window. This does not happen with the default HUD location. Is the current behaviour consistent? Steps to Reproduce: 1. Invoke the HUD with menu: Help ⟶ Search Commands 2. Dock the window (on Windows e.g via Ctrl+Shift+F10) 3. Hover the mouse pointer over the docked window Actual Results: ⠀ Expected Results: ⠀ Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.2.6.2 (X86_64) / LibreOffice Community Build ID: ef66aa7e36a1bb8e65bfbc63aba53045a14d0871 CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: en-US (pl_PL); UI: en-US Calc: threaded
Created attachment 196299 [details] .gif recording showing the issue
Confirmed. And thanks for the attached gif. Shows that when docking at left edge of main menu the HUD frame allows "bleed through" of underlaying frame's elements. =-testing-= Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1b61a0737e3600aadf42f28a15c70aface9ab61e CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Hm... interesting. The window shouldn't be allowed to get docked.
Could it be a systemic problem? I'll get the same result when docking other windows: - Insert Special Characters icon on the Standard toolbar - Number Format: Currency icon, on the Formatting toolbar
Created attachment 196489 [details] Two other windows docked