Summary: | Focus stealing prevention prevents Okular from focusing Kate using synctex when Kate is not minimized | ||
---|---|---|---|
Product: | [Applications] kate | Reporter: | Raphaël Jakse <raphael.kde> |
Component: | general | Assignee: | KWrite Developers <kwrite-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | aacid, cullmann, dhaumann, loh.tar, nate |
Priority: | NOR | ||
Version: | 19.04.0 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Raphaël Jakse
2019-05-07 08:10:28 UTC
> Notice that Kate blinks in the task bar, but is not focused and remains in > the background. KWin marked the client as demanding attention, so this is expected behavior. > This setting prevents Okular from focusing Kate when shift-clicking > somewhere in a document using synctex if Kate is already open and not > minimized. I'm pretty sure that time stamps are off, which means this bug should be fixed on the client side. I'd say this is probably a kate bug? I've been having the same problem when invoking kate from the command line recently, it doesn't popup itself sometimes. I tried finding the alias to include the kwrite mailing list here but failed, so included a few random people hoping they will comment. I have noticed the same behavior when calling Kate from Konsole since reporting this bug. Should we change the product to Kate? Moreover, calling Firefox about:blank from Konsole does bring Firefox on the foreground in any case. The first what popped in my mind was a note on some of my own project: // FIXME When the window is behind some other window it comes // not in front. Using raise() has no effect on my KDE. // Calling hide();show(); has, but flicker unpleasant activateWindow(); Related Kate code is there: kate/kateapp.cpp-493- win->activateWindow(); kate/kateapp.cpp:492: win->raise(); kate/kateappadaptor.cpp-44- win->activateWindow(); kate/kateappadaptor.cpp:43: win->raise(); kate/qtsingleapp../qtsingleapp..cpp-185- actWin->activateWindow(); kate/qtsingleapp../qtsingleapp..cpp:184: actWin->raise(); And a new Kate bug on MS Windows which may also related: Bug 407288 - Kate doesn't bring existing session into foreground Are you using Kate with a saved session, out of curiosity? If so, it's the same issue as Bug 407288. @Nate: not me. @Nate: In the bug you mentioned, the reported does not speak about saved sessions. In my understanding, it might actually be the same bug. question was answered Yep, looks like the same bug. *** This bug has been marked as a duplicate of bug 407288 *** |