https://bugs.winehq.org/show_bug.cgi?id=39547
lilydjwg@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lilydjwg@gmail.com
--- Comment #1 from lilydjwg@gmail.com --- This happens with me too.
I'm running QQ7.5Light (QQLite 7.5). All tooltips tend to steal focus. I can tell from my Awesome window manager showing the underlying window unfocused when the tooltip is shown. I'm using complex code to tell Awesome not to give those windows focus (and borders). The code is here: https://github.com/lilydjwg/myawesomerc/blob/master/rc.lua#L930-L944
This breaks when I try to search in the QQ main window. Every result entry shown there has two buttons; hovering on it a tooltip will show to tell the user what it does. Before I read the tooltip, however, the search state is gone, because the focus is no longer on the main window and I type nothing to search. The tooltip steals the focus.
If I remembered correctly, this also broke QQ's "@nick" completion, before I added the rules to not give focus to it.
I suggest you set override_redirect on every window with the class TOOLTIPS_CLASSW. That class says the window is a tooltip, and a tooltip shouldn't be managed by a window manager.
Surely I don't have this issue when I run programs with virtual desktop, or I configure wine to not permit window managers to control windows with winecfg.