May 2005 - Wine-Bugs - list.winehq.org

[Bug 2918] Electronics Workbench: instruments are not drawn

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=2918 ------- Additional Comments From Speeddymon(a)gmail.com 2005-01-05 16:46 ------- that is the whole log? if not, please gzip it and attach it here as you did the others. Thanks. -- 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.

May 1, 2005

[Bug 2925] err:ntdll:RtlpWaitForCriticalSection

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=2925 ------- Additional Comments From Speeddymon(a)gmail.com 2005-01-05 16:39 ------- Also, what version of wine are you using? -- 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.

May 1, 2005

[Bug 2925] err:ntdll:RtlpWaitForCriticalSection

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=2925 Speeddymon(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Component|wine-kernel |wine-misc ------- Additional Comments From Speeddymon(a)gmail.com 2005-01-05 16:38 ------- What program are you trying to install, and if there is a trial, can you please post a link to it? -- 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.

May 1, 2005

[Bug 2926] Can't cut/paste password into Steam

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=2926 thomasbelvin(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|FIXED | ------- Additional Comments From thomasbelvin(a)yahoo.com 2005-01-05 14:35 ------- How to correctly set in Desktop mode? Set to Desktop, but still no keyboard entry. -- 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.

May 1, 2005

[Bug 2918] Electronics Workbench: instruments are not drawn

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=2918 ------- Additional Comments From pmpf(a)ist.utl.pt 2005-01-05 14:14 ------- Hi there, I've bought a new hard drive and am now using Wine 20050111, but I think this won't make much of a problem, as the symptoms are unaltered. So, I've done the "WINEDEBUG=+palette wine WEWB32.EXE >& palette.log", and the result is as follows: 8<----8<----8<----8<----8<----8<----8<----8<----8<----8<---- err:winspool:WINSPOOL_OpenDriverReg win32 style printing used with 16 bits app, try specifying 'win95' Windows version err:winspool:AddPrinterDriverA Can't create Drivers key err:winspool:WINSPOOL_LoadSystemPrinters Failed adding PS Driver (1814) err:clipboard:X11DRV_CLIPBOARD_UpdateCache Failed to cache clipboard data owned by another process. 8<----8<----8<----8<----8<----8<----8<----8<----8<----8<---- Thanks, Paulo -- 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.

May 1, 2005

[Bug 1114] Winrar2.90/3.00: Comboex doesn't trigger a event when you mouse-click in some value of it

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=1114 ------- Additional Comments From dclark(a)akamail.com 2005-01-05 13:51 ------- Well... perhaps one reason it did not get comments is that you posted right before wineconf. So people might not have wanted to stress their brains too much ;) Anyway, if you have a patch already, I would suggest sending it wine-patches and asking for comments. Perhaps wait a week or so though, to allow people to get back into things. -- 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.

May 1, 2005

[Bug 2926] Can't cut/paste password into Steam

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=2926 thomasbelvin(a)yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Additional Comments From thomasbelvin(a)yahoo.com 2005-01-05 12:54 ------- Run in Desktop mode by selecting icon from tray. -- 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.

May 1, 2005

[Bug 2926] New: Can't cut/paste password into Steam

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=2926 Summary: Can't cut/paste password into Steam Product: Wine Version: 20050310 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: thomasbelvin(a)yahoo.com Login can be cut/pasted into Steam, but password cannot. -- 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.

May 1, 2005

[Bug 1114] Winrar2.90/3.00: Comboex doesn't trigger a event when you mouse-click in some value of it

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=1114 ------- Additional Comments From felix.nawothnig(a)t-online.de 2005-01-05 12:17 ------- Since noone answered on the ML... The listbox of WinRAR isn't updated because CBN_SELENDOK isn't sent. CBN_SELENDOK is supposed to be sent by CBRollUp() called by the LBN_SELCHANGE handler but isn't because the listbox (of the combobox) is already rolled up when LBN_SELCHANGE is received. The premature CBRollUp() is caused by a click into the combo/listbox which SetFocus()es the listbox which causes a KILLFOCUS sent to the edit control which was holding the focus before and then forwards the KILLFOCUS to it's parent (the ComboLBox) which rolls the listbox up and issues CBN_SELENDCANCEL. (This causes also a visible difference between native and builtin comctl32 native ComboBoxEx rolls up on mouseup, ours rolls up on mousedown) So the problem is that the editbox has the focus although the listbox is rolled down - this is the case for DROPDOWN comboboxes but only possible since the listbox takes care of this special case and forwards the focus to the edit control. Since a ComboBoxEx is a DROPDOWNLIST with an edit control drawn itself the editbox has to lose the focus when the listbox is rolled down. The listbox code actually takes care of that and sets the focus to the listbox if it's not child of a DROPDOWN CB but the CBN_SETFOCUS handling in comboex.c sets the focus back to the edit control for some reason, stating: * We also need to set the focus back to the Edit control * after passing the command to the parent of the ComboEx. Putting an "case CBN_SETFOCUS:" before the CBN_SELENDOK case (making sure that the focus isn't set to the edit control after a CBN_SETFOCUS) makes WinRAR work, makes the listbox roll up on mouseup (looks exactly like native comctl32) and doesn't seem to cause any problems. This is definitly the right behaviour for CBN_SETFOCUS, I traced native comctl32 and it does not change the focus - but I'm not sure if this would just be hiding another bug: do we *ever* need to change focus back to the edit control in CBN_* handlers? MSDN doesn't say anything about this... but that's hardly a suprise. :) If the ComboBoxEx receives another CBN_* (except those handled by case statements of which most *don't* set the focus to the edit box) while it's rolled down it will set the focus back to the edit control and when the user then selects an item it will again roll up (on button *down*) and send CBN_SELENDCANCEL. We could check if it's rolled down and just switch focus "back" (I fail to see how the edit box could *not* be focused when the combobox is rolled up anyway?) if it isn't - but unless comctl32 does this by non-standard means it doesn't behave that way. Completly removing the "forward focus to edit box" in the default case doesn't seem to break anything and looks like the way native comctl32 behaves. Right solution? -- 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.

May 1, 2005

[Bug 1536] Not detected keyboard layout

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=1536 ------- Additional Comments From wine(a)shiba.dk 2005-01-05 10:42 ------- Could any of you with the problems do a "cat /var/log/Xorg.0.log | grep -i key" and paste it here? It would also be great if I could get data from the program xev. Just start it and press 123456789 and then paste the results here also. Thanks. -- 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.

May 1, 2005