Created attachment 118008 [details] screenshot STEPS TO REPRODUCE 1. start Wayland session 2. search for "SDDM" kcm in the apps launcher and open it (unmaximized window shows up) 3. maximize SDDM kcm 4. click the button to select a new SDDM background OBSERVED RESULT The menu is misplaced, see the screenshot please. EXPECTED RESULT The menu is positioned correctly. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.15.0 KDE Frameworks Version: 5.55.0 Qt Version: 5.12.1 ADDITIONAL INFORMATION The same menu shows up in correct position before I maximize SDDM kcm.
Hmm, can't reproduce. Popups are placed as expected. Could you please post output of WAYLAND_DEBUG=1 systemsettings5?
Created attachment 118026 [details] debug
Oh, darn, sorry, that was a wrong command, it should be WAYLAND_DEBUG=1 kcmshell5 kcm_sddm
Created attachment 118039 [details] kcm_sddm debug
Thanks. It is creating one toplevel and one popup which is exactly what it should be doing. The positioner is set to: [776724,403] -> xdg_positioner@32.set_anchor_rect(1207, 534, 1, 1) relative to the parent window - which based on your screenshot is exactly where the popup appears. Kwin is doing the right thing with the information supplied. Seems we have a Qt bug to fix
Setting to upstream (Qt) based on investigation.
The policy I enforce on plasma (outside kwin) is that we can only mark something as upstream in Qt once we've made a bug report in Qt. I'll move it to the SDDM KCM so it gets out of kwin and stays in my queue.
Btw, I was able to reproduce it on my setup. I think only on second activation, maybe QToolButton isn't updating the menu position at the exact right time.
Created attachment 118630 [details] misplaced dropdown in "default applications" kcm Dropdown in "default applications" kcm is also misplaced after I maximize the window. Is such bug related to this report?
cannot reproduce. Operating System: Arch Linux KDE Plasma Version: 5.19.0 KDE Frameworks Version: 5.71.0 Qt Version: 5.15.0