http://bugs.winehq.org/show_bug.cgi?id=6667
------- Additional Comments From aarcane(a)gmail.com 2007-03-08 01:04 -------
I'm experiencing the exact same symptom in 0.9.42. I'm willing to help debug
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=9168
Summary: Halo: Combat Evolved full screen does not get focus in
0.9.42
Product: Wine
Version: 0.9.42.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: weed_richard(a)hotmail.com
I have halo.exe configured to NOT use the window manager and directx is set to
stop mouse from leaving window. I start up Halo and, when it gets to the game
menu, the keyboard does not work.
This *did* also happen in 0.9.41, but I found a work-around for 0.9.41:
1. Start up Halo.
2. When first intro movie starts, I hit the space bar. This caused the desktop
to reappear with just a small 1"x1" remnant of the game window in the upper left.
3. Them I immediately hit Enter. This caused the game to go full screen again.
If I touched no other keys before the game menu appeared, I could use the
keyboard normally and play the game.
I have not found a work-around for this yet in 0.9.42. I have to say this game
worked excellent for me on my 4800x2 AMD processor and nVidia 7800GTX and would
like to see this fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8302
------- Additional Comments From aarcane(a)gmail.com 2007-03-08 01:00 -------
I've encountered the exact same problem under Wine 0.9.42 in iRO
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=9088
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From vitaliy(a)kievinfo.com 2007-02-08 22:38 -------
Fixed in the current GIT. Thanks Maarten!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3703
------- Additional Comments From dmitry(a)codeweavers.com 2007-02-08 21:53 -------
Please generate a +font,+xrender log running winecfg, compress it with
'bzip2 -9' and attach it here.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=9155
------- Additional Comments From megajocke(a)notsohotmail.com 2007-02-08 21:42 -------
More info about SELENDCANCEL: the simple type never sends it (this is probably
the same in wine as it is sent in the roll up procedure).
Both dropdown lists do the same weird thing: They only send it if the list is
closed by clicking outside instead of releasing mouse button (this is probably
more a bug than a feature in Windows) Does Wine send cancel in both cases? It is
probably okay or even better if cancel is sent in both cases. It doesn't make
much sense that there is a difference...
CBN_SELENDOK and then a CBN_SELCHANGE is sent instead of the cancel if the mouse
is released outside in MS Windows, like you selected something but the old
selection is not changed.
CBN_SELENDCANCEL is also sent for both of CBS_DROPDOWN or CBS_DROPDOWNLIST when
they lose focus.
CBN_SELENDOK is also sent by the CBS_SIMPLE if you press the return key in the
edit box, but without any CBN_SELCHANGE...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=9155
------- Additional Comments From megajocke(a)notsohotmail.com 2007-02-08 21:25 -------
Created an attachment (id=7384)
--> (http://bugs.winehq.org/attachment.cgi?id=7384&action=view)
Simple test
A little test. Shows the text returned by GetDlgItemText (WM_GETTEXT does the
same of course) in CBN_SELCHANGE. The middle combo box should not lag behind as
it is of CBS_DROPDOWNLIST style. For the upper and lower one the selection
should lag behind one selection when you select different strings in the list.
It also shows when CBN_SELENDOK or CBN_SELENDCANCEL was received. These should
come before CBN_SELCHANGE. On Windows it seems CBN_SELENDCANCEL is not sent if
you keep the mouse button pressed and release it outside the list. CBN_SELENDOK
and CBN_SELCHANGE are sent then.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.