http://bugs.winehq.org/show_bug.cgi?id=9856
Summary: winecfg freezes when alt+ certain keys in certain places Product: Wine Version: 0.9.46. Platform: PC URL: http://www.winehq.org/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs@winehq.org ReportedBy: l_bratch@yahoo.co.uk
In certain places in winecfg, pressing alt + a certain key will freeze winecfg (it never seems to actually crash).
Steps to reproduce:
Start winecfg Click Libraries Press alt + m
winecfg has now frozen.
- It works on tabs other than Libraries, and with keys other than alt + m (depending on what tab you are on). - If the key pressed is an alt + key shortcut on the current tab, it won't crash - It only happens when no control has the current focus - ie. when you have just changed tabs, but if you tab to select the tabs then change tab, it will not freeze.
Also tested with the latest Git.
There is on terminal output, other than the fixme printed at startup:
fixme:wave:OSS_WaveInit () stub
http://bugs.winehq.org/show_bug.cgi?id=9856
Chris Spencer spencercw@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spencercw@googlemail.com
--- Comment #1 from Chris Spencer spencercw@googlemail.com 2007-10-01 11:09:00 --- Confirming. Though the OSS message is irrelevant, the same thing happens with other audio drivers.
http://bugs.winehq.org/show_bug.cgi?id=9856
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|winecfg freezes when alt+ |winecfg freezes when alt+ |certain keys in certain |certain keys are pressed in |places |certain places
http://bugs.winehq.org/show_bug.cgi?id=9856
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from Lei Zhang thestig@google.com 2007-10-11 16:08:48 --- confirmed by comment 1
http://bugs.winehq.org/show_bug.cgi?id=9856
Alexander Nicolaysen Sørnes alex@thehandofagony.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alex@thehandofagony.com
--- Comment #3 from Alexander Nicolaysen Sørnes alex@thehandofagony.com 2007-11-10 17:31:36 --- The problem seems to be the list boxes. If they have focus and an item is marked (blue/gray) but without a focus rectangle, winecfg freezes.
http://bugs.winehq.org/show_bug.cgi?id=9856
--- Comment #4 from Luke Bratch l_bratch@yahoo.co.uk 2008-04-20 17:57:16 --- Still present in wine-0.9.60.
http://bugs.winehq.org/show_bug.cgi?id=9856
--- Comment #5 from Luke Bratch l_bratch@yahoo.co.uk 2008-06-28 18:12:36 --- Still present in 1.1.0.
http://bugs.winehq.org/show_bug.cgi?id=9856
--- Comment #6 from Andrey Turkin andrey.turkin@gmail.com 2008-09-25 10:01:23 --- Created an attachment (id=16267) --> (http://bugs.winehq.org/attachment.cgi?id=16267) one-liner to fix this bug
The problem is not with winecfg but with user32 or comctl32. Actual hang occurs in user32/dialog.c while trying to find accelerator for Alt-<something> if window what received keystroke (i.e. currently focused control) or one of its parents are invisible or disabled. This can happen with property sheet control after tab change (old tab dialog becomes invisible but focus still somewhere in it); I'm not sure what should be fixed - attached one-liner fixes described case and this bug, but same thing can easily occur elsewhere. Either DIALOG_IsAccelerator should be fixed to not hang on such cases, or window-management code should be fixed to move focus elsewhere when control becomes invisible.
http://bugs.winehq.org/show_bug.cgi?id=9856
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch, source
--- Comment #7 from Austin English austinenglish@gmail.com 2008-09-25 19:13:37 --- Patch works great here.
http://bugs.winehq.org/show_bug.cgi?id=9856
--- Comment #8 from Austin English austinenglish@gmail.com 2008-10-28 12:34:05 --- Still present in git. Andrey, would you please submit your patch?
http://bugs.winehq.org/show_bug.cgi?id=9856
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
--- Comment #9 from Austin English austinenglish@gmail.com 2009-04-29 18:24:47 --- Still present in git. A testcase for that patch would help.
http://bugs.winehq.org/show_bug.cgi?id=9856
--- Comment #10 from Luke Bratch l_bratch@yahoo.co.uk 2009-08-13 08:06:16 --- Still present in git.
http://bugs.winehq.org/show_bug.cgi?id=9856
--- Comment #11 from Luke Bratch l_bratch@yahoo.co.uk 2009-10-10 05:48:38 --- Still present in Git. Could anybody submit Andrey's patch or must it be Andrey?
http://bugs.winehq.org/show_bug.cgi?id=9856
Andrey Turkin andrey.turkin@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrey.turkin@gmail.com
--- Comment #12 from Andrey Turkin andrey.turkin@gmail.com 2009-10-13 01:42:50 --- As I said in previous comment, patch fixes the problem but not necessarily fixes the root cause (which may be e.g. some missing window message or window proc deficiency). So the patch is considered as "hack"; would be nice if someone with experience in tab control (which is not me :)) could have a look at the problem and find the root cause. Also bug's component should be changed from "programs" to "comctl32".
http://bugs.winehq.org/show_bug.cgi?id=9856
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|programs |comctl32
http://bugs.winehq.org/show_bug.cgi?id=9856
--- Comment #13 from Luke Bratch l_bratch@yahoo.co.uk 2009-10-31 14:11:46 --- This appears to be fixed in the latest Git (but when it was actually fixed, I'm not sure).
Can anybody suggest whether or not the underlying issue is really fixed, or if it just isn't exhibited by winecfg any more?
http://bugs.winehq.org/show_bug.cgi?id=9856
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #14 from Luke Bratch l_bratch@yahoo.co.uk 2009-11-07 09:08:00 --- Seems to be fixed.
http://bugs.winehq.org/show_bug.cgi?id=9856
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Alexandre Julliard julliard@winehq.org 2009-11-13 12:42:17 --- Closing bugs fixed in 1.1.33.
-
wine-bugs＠winehq.org