September 2010 - Wine-Bugs - list.winehq.org

[Bug 13548] New: Wine's setupapi does not know how to recursively delete registry keys
by wine-bugs＠winehq.org March 18, 2018

March 18, 2018

http://bugs.winehq.org/show_bug.cgi?id=13548 Summary: Wine's setupapi does not know how to recursively delete registry keys Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com On Windows (XP) the following inf file deletes the Telephony registry key without trouble, even though it has lots of subkeys and values. --- [version] signature="$CHICAGO$" [DelTest] DelReg=DelTestReg [DelTestReg] HKLM,Software\Microsoft\Windows\CurrentVersion\Telephony --- In Wine this fails unless the Telephony registry key has no subkey. Notes: * You can run the inf file with the following command: rundll32 setupapi.dll,InstallHinfSection DelTest 128 c:\deltest.inf * The above command needs a full path to the inf file. * Obviously, don't do this on a real Windows machine unless you know how to restore your Telephony registry key. If you must try this on Windows, then the best is to do it in a virtual machine with a good snapshot. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 24436] New: the ping command with a wine cmd does nothing
by wine-bugs＠winehq.org March 18, 2018

March 18, 2018

http://bugs.winehq.org/show_bug.cgi?id=24436 Summary: the ping command with a wine cmd does nothing Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: joachim.backes(a)rhrk.uni-kl.de I built wine from the git version wine-1.3.2-225-g5815b63. Then I called "wine cmd", so the cmd utility is started. Then I enter ping 131.246.137.16 (that is a valid IP address), but the output is only fixme:ping:main this command currently just sleeps based on -n parameter and nothing more happens. My platform: Fedora14 with all updates, kernel 2.6.35.4-12.fc14.i686, network is fully operable. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 10744] New: Robot Arena main menu is extremely slow
by wine-bugs＠winehq.org March 16, 2018

March 16, 2018

http://bugs.winehq.org/show_bug.cgi?id=10744 Summary: Robot Arena main menu is extremely slow Product: Wine Version: 0.9.50. Platform: PC URL: http://www.topdownloads.net/games/view.php?id=4536 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: echidnaman(a)gmail.com The main menu for this game is very, very slow. Sound seems to be okay though. The Direct3D menu/cursor are lagged to hell though. This also makes it very hard to click stuff. Fixme's present: fixme:win:EnumDisplayDevicesW ((null),0,0x34f5d8,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:d3d:IWineD3DClipperImpl_SetClipList (0x215cc0,0x8c32f0,0),stub! fixme:dsound:mmErr Unknown MMSYS error 2 fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (0,0)-(640,480) Demo available at url. (Finally, an application with a bug that actually has a *demo*...) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 11811] New: App sees no COM ports although COM1... 5 defined in dosdevices
by wine-bugs＠winehq.org March 14, 2018

March 14, 2018

http://bugs.winehq.org/show_bug.cgi?id=11811 Summary: App sees no COM ports although COM1...5 defined in dosdevices Product: Wine Version: 0.9.56. Platform: PC URL: http://rosepointnav.com/CoastalExplorer/Trial/default.ht m OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n5470(a)pinefields.com Created an attachment (id=11072) --> (http://bugs.winehq.org/attachment.cgi?id=11072) Screen shot w/ error message Coastal Explorer has an Options section for connecting the app to COM ports for I/O (Tools -> Options -> Instruments -> Port Settings). All available COM ports are listed when running under Windows. Under Wine, none are found (see attached screen shot). Defined COM1...4 (/dev/ttyS0...3) and COM5 (/dev/ttyUSB0) were all chmod to 666 to ensure permissions weren't a problem; the problem remains. Without serial I/O, the app's function of reading a GPS' serial stream and writing commands to an autopilot controller (also via serial stream) is lost. Without it CE functions only as a trip planner and tide predictor. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 79

[Bug 22078] New: Icon error in tree windows of CSPRO 4.0 using wine 1.1.40
by wine-bugs＠winehq.org March 7, 2018

March 7, 2018

http://bugs.winehq.org/show_bug.cgi?id=22078 Summary: Icon error in tree windows of CSPRO 4.0 using wine 1.1.40 Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: iip.umar.rifai(a)gmail.com CC: iip.umar.rifai(a)gmail.com How to see/test: 1. download cspro here http://www.census.gov/ipc/www/cspro/ 2. Run Cspro 4.0 program 3. Open file/application, goto examples/capi (under cspro 4.0 subdir), open file "capi.ent". 4. You will see that the icon in the tree window on the left side are black. Different when you see it in native windows. Screenshot is here http://sites.google.com/site/iipumarrifai2/wine-cspro-error0.jpg Thanks, -iip- -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 18

[Bug 18368] New: D3D errors when trying to run Panzer General II. Problem has occured on all releases since ~0.8
by wine-bugs＠winehq.org March 7, 2018

March 7, 2018

http://bugs.winehq.org/show_bug.cgi?id=18368 Summary: D3D errors when trying to run Panzer General II. Problem has occured on all releases since ~0.8 Product: Wine Version: 1.1.20 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: homiad(a)alum.rpi.edu Created an attachment (id=20931) --> (http://bugs.winehq.org/attachment.cgi?id=20931) Console Output Since installing 1.20 some new errors have cropped up, but the d3d errors still persist. Basically some people claim this game works out of the box while I have never been successful across different machines and using different installations. The error I get is below: fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex samplers and 32 total samplers fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers fixme:win:EnumDisplayDevicesW ((null),0,0x32f77c,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 8 fixme:d3d:IWineD3DDeviceImpl_Release (0x141d98) Device released with resources still bound, acceptable but unexpected fixme:d3d:dumpResources Leftover resource 0x14a148 with type 1,WINED3DRTYPE_SURFACE I have also included a screen shot of what the game does. The background should be showing a hex map but instead it retains the image of the previous menu screen. Nothing will work to make the image go away. I am running a stock installation of wine on Ubuntu Jaunty 64bit. I am not using any "enhancement" dll's and I do not have a Windows partition. Thank you. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 9914] New: Implement a Kerberos provider for SSPI
by wine-bugs＠winehq.org March 2, 2018

March 2, 2018

http://bugs.winehq.org/show_bug.cgi?id=9914 Summary: Implement a Kerberos provider for SSPI Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: blin(a)gmx.net ReportedBy: blin(a)gmx.net SSPI is currently lacking a Kerberos v5 provider. The plan is to implement this using libkrb5. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 10347] New: Action Replay Code Manager crashes on start up
by wine-bugs＠winehq.org March 2, 2018

March 2, 2018

http://bugs.winehq.org/show_bug.cgi?id=10347 Summary: Action Replay Code Manager crashes on start up Product: Wine Version: 0.9.48. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: echidnaman(a)gmail.com After executing, one is greeted with a nice crash. Crash log included. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 37

[Bug 18472] New: Mafia hangs
by wine-bugs＠winehq.org Feb. 28, 2018

Feb. 28, 2018

http://bugs.winehq.org/show_bug.cgi?id=18472 Summary: Mafia hangs Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: retrry(a)gmail.com Created an attachment (id=21090) --> (http://bugs.winehq.org/attachment.cgi?id=21090) wine output on crash Mafia game hangs: --after playing and trying to exit --in-game -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 21085] New: Comctl32 status control uses tooltip window wrongly
by wine-bugs＠winehq.org Feb. 24, 2018

Feb. 24, 2018

http://bugs.winehq.org/show_bug.cgi?id=21085 Summary: Comctl32 status control uses tooltip window wrongly Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk I've been debugging a private application and tracked down the source of a trap to the way the status control initializes and uses the tooltip control. The application in question traps because it receives a WM_CREATE message for the tooltip window and calls GetWindowLong against an hwnd for a value it should have set earlier - this fails but the code doesnt notice, and results in a trap. On windows, the status control does not create the tooltip until the first WM_MOUSEMOVE event, and hence all application initialization would have finished in my case. You can clearly see this by use of a simple application with a statusbar control set to have a tooltip and text, and then use SPY++ to monitor the window creation messages. Note this also shows a 2nd problem which is that the status control passes the tooltip text to the tooltip window to manage. This is wrong, because using the status bar you can set and then get the tooltip text before the tooltip window is ever created. Additionally, SPY++ shows that the notify messages (NEEDTEXT type) are sent to the status window when the tooltip needs the text, both of which mean that the status control should manage the text. I have a simple application which has a button for get tip, set tip text, and using it you can see the behaviour above. It doesnt replicate the trap but you can see the behavious using it - you dont get a WM_CREATE for the tooltip until such time as you move the mouse into the statusbar area on windows. Simple workarounds for me: winetricks comctl32, or modifying the STATUSBAR_WMCreate method to something like "if (0 && dwStyle & SBT_TOOLTIPS) {" to prevent the tooltip altogether. JECC JECC -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12