| Summary: | telegram-desktop loses focus when choosing an option from a right-click menu | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Jeff Bai <jeffbaichina> |
| Component: | rules | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | hein |
| Priority: | NOR | Keywords: | triaged |
| Version First Reported In: | 5.3.2 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Jeff Bai
2015-08-17 03:46:35 UTC
Additional comments may be found from here. https://github.com/telegramdesktop/tdesktop/pull/759 That with other window managers, like mutter and openbox, the window will re-focus after choosing from the right-click menu. This seems to be more a problem of either telegram or ibus. Telegram should never lose focus in the first place. It sounds like focus is passed to another window (I assume ibus). That should not be: if ibus were not to try getting focus, telegram would not lose focus. Unfortunately I do not know how the ibus architecture works and don't have it installed, so I cannot try to reproduce. @Eike: can you perhaps enlighten me a little bit? run "kcmshell5 kwinoptions" and set the focus stealing prevention to "none" => still a problem? I assume telegram tries to play window manager on non override_redirect popups here and "forgets" to forcefully pass the focus around (where it should not play WM itfp, in case it does) I don't think this is related to ibus in any way, from how I read the report there is no ibus window in play. The problem is that picking Reply doesn't move focus to the window with the input box. > The problem is that picking Reply doesn't move focus to the window with the input box.
so that's a bug in telegram?
errhemmm: > Telegram window should be re-focused when chosen "Reply" from the menu > with other window managers, like mutter and openbox, the window will re-focus after choosing from the right-click menu. $1 on FSP ./. buggy wannabewmandpassaroundfocus client, see AND ANSWER comment #3 Maybe the ibus thing pollutes class hints (to fail the FSP in-group permissions) ibus doesn't really get involved before the input field has focus. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |