| Summary: | kleopatra is _NOT_ the active window when started from system-tray 'Status & Notifications' | ||
|---|---|---|---|
| Product: | [Applications] kleopatra | Reporter: | Achim Bohnet <ach> |
| Component: | general | Assignee: | Andre Heinecke <aheinecke> |
| Status: | ASSIGNED --- | ||
| Severity: | minor | CC: | alexander.lohnau, kdepim-bugs, legaev.andrey, mutz |
| Priority: | NOR | ||
| Version: | 3.0.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
As I see v3.1.11 works as expected: - it's active window when started via command or menu - on logout/login hide/show status is restored according to saved KDE session Thx. Great to read that it will be fixed! Will 3.1.11 be part of KDE Apps 20.04? I've tried again with kleopatra 3.1.8 (19.12.3) and bug is-not-active-window-when-started-from-systray is still true. Huh, I colud reproduce this on v3.1.11. Maybe you just have to click inside of the other window to reproduce. If I have the window open and close it using the system tray and then open it using the system tray it is shown on top. But not if clicking inside of another window after closing it. A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/802 |
Every program is the active window when started. Same from programs running invisible in the background (like telegram, owncloud, kdeconnect ...) BUG: kleopatra is not the active window when started via system-tray 'Status & Notifications' Works as expected: When shown via command line or krunner, kleopatra is the active window.