http://bugs.winehq.org/show_bug.cgi?id=29414
Bug #: 29414 Summary: thread window doesn't get keyboard focus in virtual desktop mode Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: kgbricola@web.de Classification: Unclassified
Created attachment 38072 --> http://bugs.winehq.org/attachment.cgi?id=38072 testcase: creat a example thread
Attached is a test case with source and executable.
Steps to reproduce: - wine explorer /desktop=foo,800x600 graphics.exe - press the start button - the new window should now have keyboard focus (but it doesn't) - could be verified by hitting any key, which would close the window
This works in full screen mode and on win XP. The window could get the keyboard focus by clicking outside the window and clicking inside the window. It won't get the focus by only clicking inside.
http://bugs.winehq.org/show_bug.cgi?id=29414
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE
--- Comment #1 from Dmitry Timoshkov dmitry@baikal.ru 2011-12-22 09:24:01 CST --- Duplicate.
*** This bug has been marked as a duplicate of bug 7198 ***
http://bugs.winehq.org/show_bug.cgi?id=29414
--- Comment #2 from Rico kgbricola@web.de 2011-12-22 09:41:37 CST --- Don't get me wrong, but the first window receives the keyboard input correctly. I think the gray title bar doesn't matter for getting the keyboard input at all. This could be easily verified by trying: - ~/data/software/wine/build/wine explorer /desktop=foo,800x600 winecfg - hit esc (should exit winecfg)
Whereas the newly created window from my test app doesn't receive keyboard input at all, while the main window does (at least until the new window is opened)!
Why do you think it's a dupe?
http://bugs.winehq.org/show_bug.cgi?id=29414
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Dmitry Timoshkov dmitry@baikal.ru 2011-12-22 10:20:43 CST --- The source of the problem is the same: missing a fully functional window manager in user32. This is not going to change soon, desktop mode is something users should really use just as a workaround. Have a look at the 'make test' results in dlls/user32/tests in desktop mode.