[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