http://bugs.winehq.org/show_bug.cgi?id=19874
--- Comment #34 from Michael Abbott michael@araneidae.co.uk 2009-10-19 12:16:38 --- (In reply to comment #33)
I'm reopening this because there is a real problem reported here, confirmed by multiple people, that is unrelated to bug 9320. It seems that with some window managers, for some people, clicking on the client area of a window does not give it keyboard focus. This is the original problem reported, and it looks to me like Michael was confused and started talking about the virtual desktop issue, also changing the bug description.
Yes, I'm sorry about that. I was unaware of bug 9320, and I'm unable to reproduce the bug I originally reported, I guess I'm happy to see this bug marked as fixed now.
Please do not discuss virtual desktop focus in this bug. It is a separate and known issue, already filed as bug 9320.
Yes, the rename was an error; thank you for reverting it.
Here is the simplest way to reproduce the issue as I understand it:
- Be unlucky. (It seems some people can reproduce it and some cannot. I can't
reproduce it, personally. The window manager may be important here.) 2. Use Wine with default settings. (No virtual desktop, allow the window manager to control and decorate the windows, and do not set the UseTakeFocus setting.) 3. Start a program, such as wine notepad. 4. Switch to a different application. 5. Attempt to switch to the wine window by clicking in its client area. 6. Type something. The keyboard events go to the other application's window, not to Wine.
Is this correct?
Well, that wasn't quite my set up: I run all my programs in an undecorated virtual desktop. However, I'm unable to duplicate the problem either in my original report or following the test sequence you describe, so for me this bug is fixed. I've checked Gnome, XFCE and fluxbox.
Shall we leave this open for a little bit, or close it again until somebody else can reproduce a closely related problem?