Created attachment 116842 [details] Screenshot of the crippled Yakuake window in X11 after Wayland has broken its configuration somehow SUMMARY Yakuake window sizing gets utterly broken in X11 after using Yakuake once in a Wayland session. I suspect that this could be related/similar to https://bugs.kde.org/show_bug.cgi?id=379919, but I'm not sure. STEPS TO REPRODUCE 1. Log in to a Plasma (X11) workspace. Start Yakuake. [works fine] Log out. 2. Log in to a Plasma (Wayland) workspace. Start Yakuake. [works fine] Log out. 3. Log in to a Plasma (X11) workspace again. Start Yakuake. [looks crippled] OBSERVED RESULT Yakuake becomes a crippled tiny window in the top left corner of the screen. EXPECTED RESULT Yakuake should be centered and take up most of the screen width by default. SOFTWARE/OS VERSIONS Linux/KDE Plasma: ArchLinux, kernel 4.19.8 KDE Plasma Version: 5.14.4 KDE Frameworks Version: 5.53.0 Qt Version: 5.12.0 ADDITIONAL INFORMATION This is a Dell XPS 13 with 4K resolution and the i915 module. I tried to delete .config/konsolerc and .config/yakuakerc, but to no avail; one single login into a Wayland session breaks Yakuake in X11 forever. I'm not sure which settings are responsible for this and don't want to wipe out my entire account. Other applications work normally in both Wayland and X11 (e.g. kwrite, gwenview, chromium, pavucontrol, konsole).
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