Bug 456852 - GTK menu is at wrong position when using 125% / 200% scaling and screens are not aligned at top edge
Summary: GTK menu is at wrong position when using 125% / 200% scaling and screens are ...
Status: CONFIRMED
Alias: None
Product: kwin
Classification: Plasma
Component: wayland-generic (show other bugs)
Version: 5.25.3
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: wayland-only
Depends on:
Blocks:
 
Reported: 2022-07-18 11:34 UTC by postix
Modified: 2023-01-28 16:24 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screenshot of the issue in Xournal++ (74.94 KB, image/png)
2022-07-18 11:34 UTC, postix
Details
kWin Support Information (7.03 KB, text/plain)
2022-07-18 11:35 UTC, postix
Details
Screenshot of the issue in Xournal++ for how it should look like if there was no issue (84.24 KB, image/png)
2022-07-18 11:37 UTC, postix
Details

Note You need to log in before you can comment on or make changes to this bug.
Description postix 2022-07-18 11:34:18 UTC
Created attachment 150700 [details]
Screenshot of the issue in Xournal++

SUMMARY

1) Two screens: 2k@125% and 4k@200%. 
2) Open Xournal++  on one of the screens.
3) In KScreen align both screens on the bottom edge:

         |----------|
|-------||    B     |
|  A    ||          |
|-------||----------|

        
4) In Xournal++ open the menu of the "pen" or "eraser" in the toolbar: The menu popup opens at a wrong position, far below the expected location.

If both screens are aligned at the top edge, this issue does not appear. 
This issue does also not appear if 100% / 200% scaling is used, but this is not a good workaround due to bug #437062 and bug #432264.



SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20220714
KDE Plasma Version: 5.25.3
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.5
Kernel Version: 5.18.9-2-default (64-bit)
Graphics Platform: Wayland
Graphics Processor: AMD Radeon RX 580 Series
Xournal++: 1.1.1
libgtk: 3.24.34
Comment 1 postix 2022-07-18 11:35:40 UTC
Created attachment 150701 [details]
kWin Support Information

(Sorry about the bad ASCII art in the OT: The "preview" in Bugzilla told me it would be looking good..).
Comment 2 postix 2022-07-18 11:37:00 UTC
Created attachment 150702 [details]
Screenshot of the issue in Xournal++ for how it should look like if there was no issue
Comment 3 postix 2022-07-18 11:51:56 UTC
In fact the menu moves proportionally towards the bottom edge, the more both screens are vertically offset relative to each other -- starting at aligned top edges, where the menu is at the correct position.
Comment 4 Edward Kigwana 2022-11-24 02:35:15 UTC
With three displays 1920x1080, 2560x1440, 2560x1440 I have found that the menu offset logic is busted when displays are aligned at the bottom edge. It does not matter what the primary display is. The issue is present for all programs.