| Summary: | yakuake 25.07.70 opens initially on the left border of a multi-monitor setup | ||
|---|---|---|---|
| Product: | [Applications] yakuake | Reporter: | slartibart70 |
| Component: | general | Assignee: | Eike Hein <hein> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | daforlynx, madness742, Mail, mat.mueller, satalicious |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
no decorations
initial opening |
||
|
Description
slartibart70
2025-05-13 08:16:55 UTC
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
|