Bug 422976 - KRunner popup opens in wrong place (offset to the left) on HiDPI screen
Summary: KRunner popup opens in wrong place (offset to the left) on HiDPI screen
Status: RESOLVED DUPLICATE of bug 422578
Alias: None
Product: krunner
Classification: Plasma
Component: general (show other bugs)
Version: 5.19.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Kai Uwe Broulik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-06-14 15:41 UTC by phrxmd
Modified: 2020-06-15 16:13 UTC (History)
2 users (show)

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

Attachments
Screenshot with KRunner popup offset to the left. (797.00 KB, image/png)
2020-06-14 15:41 UTC, phrxmd 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description phrxmd 2020-06-14 15:41:04 UTC 
Created attachment 129352 [details]
Screenshot with KRunner popup offset to the left.

SUMMARY
KRunner popup opens in the wrong place (too far left) on scaled HiDPI screen.

STEPS TO REPRODUCE
1. Invoke KRunner using the keyboard shortcut

OBSERVED RESULT
See screenshot: KRunner popup opens offset to the left. Actually it seems centered to the left half of the screen, as if there was a coordinate transformation somewhere that did not respect display scaling.

EXPECTED RESULT
KRunner popup opens in center of screen.

SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20200611
KDE Plasma Version: 5.19.0
KDE Frameworks Version: 5.70.0
Qt Version: 5.15.0

ADDITIONAL INFORMATION
Thinkpad X1 Yoga, 2560x1440 screen
Global scaling 200% in display SDDM, PLASMA_USE_QT_SCALING=1 in environment
Comment 1 phrxmd 2020-06-14 15:49:20 UTC 
I checked briefly whether this is the same bug as Yakuake bug 389448, by adding and removing a virtual desktop. This fixes the behaviour with Yakuake, but not with KRunner.
Comment 2 phrxmd 2020-06-14 16:56:13 UTC 
Wayland doesn't have this issue, it's X11 only.
Comment 3 Alexander Lohnau 2020-06-15 14:01:09 UTC 
Maybe related to BUG 422578?

I don't have this issue KDE Neon with same device and scaling.
Comment 4 phrxmd 2020-06-15 16:11:11 UTC 
(In reply to Alexander Lohnau from comment #3)
> Maybe related to BUG 422578?
> 
> I don't have this issue KDE Neon with same device and scaling.

Possible. Under Kubuntu with Plasma 5.18 and Qt 5.12 I also didn't have this issue. 

But then, under OpenSUSE with Plasma 5.19 and Qt 5.15 I had to set PLASMA_USE_QT_SCALING=1 manually, which I didn't under Kubuntu. I'm not sure whether that is because Kubuntu doesn't need it, or whether it silently sets it itself. After this, I am seeing this behaviour with KRunner and a similar issue with Yakuake, which I didn't before.

I assume that could have to do with how there are too many different ways to try and achieve a good-looking UI on HiDPI screens (Global scaling, QT_SCALE_FACTOR, QT_AUTO_SCREEN_SCALE_FACTOR, Force font DPI, QT_ENABLE_HIGHDPI_SCALING, Xft.dpi and so on).
Comment 5 phrxmd 2020-06-15 16:13:56 UTC 
Seems like a duplicate of bug 422578. Sorry, I was looking for "HiDPI" as a keyword, which Nate's bug report didn't contain.

*** This bug has been marked as a duplicate of bug 422578 ***