[Bug 8101] New: Worms Armageddon and Worms World Party stop
responding to input after closing dialogs
Wine Bugs
wine-bugs at winehq.org
Wed Apr 18 17:16:38 CDT 2007
http://bugs.winehq.org/show_bug.cgi?id=8101
Summary: Worms Armageddon and Worms World Party stop responding
to input after closing dialogs
Product: Wine
Version: 0.9.35.
Platform: PC
URL: http://wwp.team17.com/main.html?page=comm&area=_down_dem
o
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-user
AssignedTo: wine-bugs at winehq.org
ReportedBy: madewokherd at gmail.com
After closing a dialog in the WA or WWP frontend when in virtual desktop mode,
the frontend no longer responds to input.
I know the WA frontend uses user.dll for its controls (i.e. they are real
windows controls with real windows) and ddraw to draw them, so I'm filing this
under user.
I remember discovering when poking at this earlier that after the dialogs are
closed, another window (whose purpose is unknown to me) actually obscures WA's
main window that has the controls. The controls are still visible because ddraw
draws over everything (this is not wine's normal behavior but it is the correct
behavior and it's how the patches for bug 2082 work) but according to the
windowing system they are obscured. I assume that means they get no input events.
I do not know why that happens or why this works in windows.
This can be reproduced by running the WWP demo (see the howto at
http://appdb.winehq.org/appview.php?iVersionId=3905) and attempting to start a
network game (the demo doesn't allow this and creates a dialog to let you know).
--
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.
More information about the wine-bugs
mailing list