| Summary: | One Wayland login cripples Yakuake in X11 forever | ||
|---|---|---|---|
| Product: | [Applications] yakuake | Reporter: | Andrej Podzimek <andrej> |
| Component: | general | Assignee: | Eike Hein <hein> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | andrej, bugseforuns, claudius.ellsel, dos |
| Priority: | NOR | ||
| Version: | 3.0.5 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | Screenshot of the crippled Yakuake window in X11 after Wayland has broken its configuration somehow | ||
|
Description
Andrej Podzimek
2018-12-10 22:13:19 UTC
I can't reproduce. Operating System: Arch Linux KDE Plasma Version: 5.15.1 KDE Frameworks Version: 5.55.0 Qt Version: 5.12.1 On what hardware? Are you using a high-DPI configuration? I think the problem may only occurs on high-DPI. In particular, I have the KDE scaling factor set to 3 (for 4K on 13") and I also set this variable to make Plasma usable: PLASMA_USE_QT_SCALING=1 My display is 1080p, I configured scaling factor as 1.5 anyway. I rebooted, X11 session was started automatically (autologin). I did logout, started Wayland session, did logout again, started X11 session again. Yakuake 3.0.5 looks fine here. I'm still running into this with Yakuake 3.0.5.
This time I'm seeing it on my desktop, which has dual 5K (5120x2880). I was shifting from ugly scaling tricks needeed ~2 years ago to a more contemporary setup where Qt + Plasma just get things right.
Scaling factor 1 -> no issue with Yakuake.
Scaling factor 2 -> Yakuake says it has a 100% height, but is at 50%; width is unaffected.
Scaling factor 3 -> Yakuake says it has a 100% height, but looks like 1/3; width is unaffected.
This^^^ is slightly different from the dual 4K setup, in which case also width was weird, Yakuake was not even centered etc.
I have the following variables set (out of which only the last one is probably relevant for this case, I guess):
export GDK_SCALE=3
export GDK_DPI_SCALE=.333333
export ELM_SCALE=3
export PLASMA_USE_QT_SCALING=1
Happens here as well. As a workaround, I do "xrandr -s 1" and then "xrandr -s 0", as screen resolution change seems to update Yakuake's geometry to a correct one. (In reply to Sebastian Krzyszkowiak from comment #5) > Happens here as well. As a workaround, I do "xrandr -s 1" and then "xrandr > -s 0", as screen resolution change seems to update Yakuake's geometry to a > correct one. This doesn't help in my case. After the two xrandr commands, Yakuake deploys once, but only reaches 50% of the configured vertical size. Horizontal size and position seems to be OK though. But afterwards it gets so broken that it doesn't show up; once I hide Yakuake again, F12 has no visible effect any more, even thought the process is still around. I don't have this issue on a 1080p screen without any scaling. So it looks like this only happens on HDPI setups. Is this still happening? I am on a HDPI setup now and did never notice anything like that. Might be related to https://bugs.kde.org/show_bug.cgi?id=275433 |