Description: The paste button on the notebookbar has a dropdown arrow button on it's side. When I click on it, I expect the menu to show up below the button, but it shows up above it, overlapping the menubar area. Only happens in GTK. Steps to Reproduce: 1.start libreoffice with gtk vcl backend 2.switch the UI mode to notebookbar, open calc or writer 3.go to the home tab, and click on the arrow button on the right of paste button. Actual Results: the menu shows up above the button Expected Results: the menu should show up below the button, in the direction where the arrow points Reproducible: Always User Profile Reset: Yes Additional Info: Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 410653b9f654a0a265fffbb79c0bac0205b52278 CPU threads: 32; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
I confirmed. Reproduced in Ver.24.2 to 25.8dev Version: 24.2.7.2 (X86_64) / LibreOffice Community Build ID: ee3885777aa7032db5a9b65deec9457448a91162 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP Calc: threaded Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c034a21f359db6bd8ba7b4938d4501bbcc87e21d CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP Calc: threaded Does not reproduce in Ver.7.6 Version: 7.6.7.2 (X86_64) / LibreOffice Community Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ja-JP (ja_JP.UTF-8); UI: en-US Calc: threaded Run bibisect and the branching point is probably here. https://git.libreoffice.org/core/+/b6b26421a1029b18b48b69dbdac4bb70fb622604%5E%21 I don't think it's that important a bug.
Created attachment 198488 [details] compare(Left 7.6, Right 25.8) I'm concerned about the only difference in the behavior of the paste button.
So there was a bug in that commit, which was fixed with commit b5bc39f84984fd1063865225209d905bea19833d. And then somewhere between b5bc39f84984fd1063865225209d905bea19833d and version 24.2 another bug was introduced, with quite similar affects.
bisected with linux-64-25.2 commit f92897cfcd6ea9a57bbeec792733111eb49e7dc5 author Caolán McNamara Resolves: tdf#162278 get popup position relative to the dest parent