https://bugs.winehq.org/show_bug.cgi?id=39547 lilydjwg(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lilydjwg(a)gmail.com --- Comment #1 from lilydjwg(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.