Steps to reproduce: * Open yakuake with a split for 2 (or more) sessions * input focus is in one of them * hide yakuake * show yakuake again => expected outcome: focus should still be in the same split as before => actual outcome: focus has moved to the next split This hasn't happened with earlier versions of yakuake, but I don't know which version introduced it as I have been using the KDE-4 version of yakuake until recently. It was working fine there and in version before.
*** Bug 356853 has been marked as a duplicate of this bug. ***
With KDE Neon 5.11.3 this bug keeps happening.
I had this bug long before, since KDE 5.X. With the right configuration, I could workaround the bug. But now, it keeps failing again.
I tried to debug this issue, and it only occurs when compositor animations are enabled. Focus upon showing window is switched to subsequent terminal, i.e. if active terminal was second and three terminal exists, then it third one will have a focus. If focus belong to the last terminal, then it returns to first one.
(In reply to fenuks from comment #4) > I tried to debug this issue, and it only occurs when compositor animations > are enabled. Focus upon showing window is switched to subsequent terminal, > i.e. if active terminal was second and three terminal exists, then it third > one will have a focus. If focus belong to the last terminal, then it returns > to first one. I can confirm that this happens on Kubuntu 17.04 (yakuake 3.0.4) and that disabling compositor animations on yakuake is a workaround to this.
(In reply to Luis from comment #5) > I can confirm that this happens on Kubuntu 17.04 (yakuake 3.0.4) and that > disabling compositor animations on yakuake is a workaround to this. Could you please share how to disable animations just for yakuake? This issue is driving me nuts but disabling animations for the whole desktop isn't an option either. Thanks!
(In reply to Michael Zanetti from comment #6) > (In reply to Luis from comment #5) > > I can confirm that this happens on Kubuntu 17.04 (yakuake 3.0.4) and that > > disabling compositor animations on yakuake is a workaround to this. > > Could you please share how to disable animations just for yakuake? This > issue is driving me nuts but disabling animations for the whole desktop > isn't an option either. Thanks! Uncheck "Ask the window manager to perform the animation" on yakuake settings.
Hm, if I uncheck that, the window animation is too slow, and when I set it to ~0ms, the bug starts reoccurring (even with "Ask the window manager to perform the animation" unchecked)
possible duplicate: 392929 (https://bugs.kde.org/show_bug.cgi?id=392929)
Still an issue in Kubuntu 18.04. Disabling animation by the window manager works as a workaround.