Setup: laptop + 4K monitor Move the mouse to the laptop screen, use shortcut to open yakuake. The panel opens not centered but exactly on the left hand border of the laptop screen. (close and open it again, yakuake opens as expected in the middle of the screen) Next, move mouse to 4k screen open with shortcut, same behaviour: yakuake is opening directly on left side of monitor (close and open it again, yakuake opens as expected in the middle of the screen) Move mouse to laptop-screen, Repeat... :-) Moreover, the initial opening of yakuake on 4k monitor is missing the decorations on the lower half of the window (no tabs, no 'header' info, see screenshot) This is on plasma6.4-dev Operating System: Fedora Linux 42 KDE Plasma Version: 6.3.80 KDE Frameworks Version: 6.15.0 Qt Version: 6.9.0 Kernel Version: 6.14.6-300.fc42.x86_64 (64-bit) Graphics Platform: Wayland
Created attachment 181238 [details] no decorations
Created attachment 182019 [details] initial opening attached shows when opened initially on a mulitple screen setup. if yakuake gets closed and opened again without changing the focus, it appears correclty like intented on the screen. issue repeats when focus changes to a different screen
Can confirm this issue. Yakuake 25.04.2 Plasma 6.3.5 KF 6.14 QT 6.9.1 Wayland 2x 1440p Screens Arch Linux The issue doesn't occur when you select a specific screen in the quick options (or stay on one screen with the focus). So as described previously, it only occurs on the first opening after moving focus to the other screen.
I took a quick look at the Arch Package Changelog and i'm fairly certain that the issue has to have been introduced with 25.04.1 as its occurance only started pretty recently.
The bug appears to be fixed now - for me, at least. Can you confirm? Make sure you update everything related to Plasma.
no, sorry to say: i just tested and it's still the same behavior. This happened in plasma 6.4, in 6.5 and also now in 6.6 And yes, yakuake is current: yakuake-25.11.70~4.git846c03f-1.fc42.x86_64 Operating System: Fedora Linux 42 KDE Plasma Version: 6.5.80 KDE Frameworks Version: 6.20.0 Qt Version: 6.9.2 Kernel Version: 6.17.4-200.fc42.x86_64 (64-bit) Graphics Platform: Wayland
(In reply to daforlynx from comment #5) > The bug appears to be fixed now - for me, at least. Can you confirm? Make > sure you update everything related to Plasma. It seems i can confirm it - now that i think of it, i think it was fixed some time ago, at least i can't remember observing this behaviour in the last few days/weeks.
(In reply to daforlynx from comment #5) > The bug appears to be fixed now - for me, at least. Can you confirm? Make > sure you update everything related to Plasma. This bug is still open. Yakuake: yakuake-25.11.70~4.git846c03f-1.fc42.x86_64 Operating System: openSUSE Tumbleweed KDE Plasma Version: 6.5.0 Qt Version: 6.10.0 Kernel Version: 6.17.4-1-default Graphics Platform: wayland
I just lost nearly two hours of my life to this issue… please don't make me submit the patch somewhere else. I specifically upgraded to Yakuake **25.11.80**, hoping the problem was fixed, but the issue still persists: the window opens on Wayland with an invalid work area, causing the first toggle to place the window in the corner / cut off. After debugging, I found the root cause: `_toggleWindowState()` is executed **before** the async DBus reply from PlasmaShell is received, meaning `m_availableScreenRect` is still invalid during the first layout pass. The fix is extremely small and simply moves `_toggleWindowState()` into the DBus callback, ensuring the work area is available when computing the geometry: ```diff diff --git a/app/mainwindow.cpp b/app/mainwindow.cpp index 2f281bd..9adddd3 100644 --- a/app/mainwindow.cpp +++ b/app/mainwindow.cpp @@ -1200,11 +1200,11 @@ void MainWindow::toggleWindowState() QObject::connect(watcher, &QDBusPendingCallWatcher::finished, this, [=, this]() { QDBusPendingReply<QRect> reply = *watcher; m_availableScreenRect = reply.isValid() ? reply.value() : QRect(); + _toggleWindowState(); setWindowGeometry(Settings::width(), Settings::height(), Settings::position()); watcher->deleteLater(); }); - _toggleWindowState(); } else { _toggleWindowState(); } ``` This patch fixes the issue reliably on my system with multiple monitors (3k, 4k & 1080P) and mixed scale factors under Wayland. Now I'm going to eat a few penguins out of frustration. (Running gag from me, sorry) --- Yakuake: 25.11.80 KDE Frameworks: 6.17.0 Qt: 6.9.2 wird verwendet und gebaut wurde mit 6.9.2 Ubuntu 25.10 (Wayland) Build ABI: x86_64-little_endian-lp64 Kernel: linux 6.17.0-6-generic