June 2014 - Wine-bugs - list.winehq.org

[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 07 Mar '18

07 Mar '18

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 25631] New: Visio 2007 Pro: "Page Setup" dialog is broken
by wine-bugs＠winehq.org 06 Mar '18

06 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=25631 Summary: Visio 2007 Pro: "Page Setup" dialog is broken Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: igor.demyanov(a)gmail.com Open Vision File-Page Setup. See attached files -- 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 35592] New: Chinese input encoding error in multi-byte character set exe with mac driver
by wine-bugs＠winehq.org 05 Mar '18

05 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=35592 Bug ID: 35592 Summary: Chinese input encoding error in multi-byte character set exe with mac driver Product: Wine Version: 1.7.12 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: hwei.sy(a)gmail.com Classification: Unclassified The exe is compiled in multi-byte character set (not Unicode). When input Chinese, the characters become corrupted. I looked into this problem, and found that it is due to dlls/user32/message.c(a)get_input_codepage The "GetKeyboardLayout" returns a wrong language identifier 0x0404 (Chinese Traditional), but it should be 0x0804 (Chinese Simplified). This may be mac driver's problem. And I don't think the 1st parameter of "GetLocaleInfoW" should be the language identifier of the keyboard (returned from "GetKeyboardLayout"). It should be constant "LOCAL_USER_DEFAULT". The keyboard language identifier does not always match the code page of a program. The keyboard language identifier can be changed by switching input method, but code page of a program can not change. -- 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 9

[Bug 9914] New: Implement a Kerberos provider for SSPI
by wine-bugs＠winehq.org 02 Mar '18

02 Mar '18

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 02 Mar '18

02 Mar '18

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 28 Feb '18

28 Feb '18

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 24 Feb '18

24 Feb '18

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

[Bug 24099] New: wine symbol font causes wrong pdf rendering in gnome and kde
by wine-bugs＠winehq.org 20 Feb '18

20 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=24099 Summary: wine symbol font causes wrong pdf rendering in gnome and kde Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com from https://bugs.launchpad.net/ubuntu/+source/wine1.2/+bug/461233 When I open this pdf (attached) with evince, some formulas are rendered incorrectly (eg. p. 71). This also happens in Okular. Confirmed here wine 1.3. see also https://bugs.edge.launchpad.net/ubuntu/+source/wine1.2/+bug/605670 -- 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 36014] New: secur32/{negotiate,ntlm} tests fail with debian's samba/winbind 4
by wine-bugs＠winehq.org 19 Feb '18

19 Feb '18

https://bugs.winehq.org/show_bug.cgi?id=36014 Bug ID: 36014 Summary: secur32/{negotiate,ntlm} tests fail with debian's samba/winbind 4 Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Follow up to bug 35965. The secur32 tests fail on a default installation of samba/winbind4 on Debian 7 (wheezy): ../../../tools/runtest -q -P wine -T ../../.. -M secur32.dll -p secur32_test.exe.so negotiate && touch negotiate.ok WARNING: gnome-keyring:: couldn't connect to: /home/austin/.cache/keyring-mD4V6F/pkcs11: No such file or directory ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so) fixme:secur32:nego_AcquireCredentialsHandleW forwarding to NTLM fixme:secur32:nego_AcquireCredentialsHandleW forwarding to NTLM ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so) ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so) Unable to setup messaging listener for '/var/lib/samba/private/smbd.tmp/msg/msg.10803.179872511':NT_STATUS_OBJECT_NAME_NOT_FOUND negotiate.c:295: Test failed: server returned 80090304, more tests will fail negotiate.c:305: Tests skipped: authentication failed, skipping remaining tests negotiate.c:349: Test failed: DeleteSecurityContext returned 80090301 make: *** [negotiate.ok] Error 2 that lack of version information message seems bad, and makes the tests fail even worse later (in ntlm.c): ../../../tools/runtest -q -P wine -T ../../.. -M secur32.dll -p secur32_test.exe.so ntlm && touch ntlm.ok WARNING: gnome-keyring:: couldn't connect to: /home/austin/.cache/keyring-mD4V6F/pkcs11: No such file or directory ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so) .. ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so) =============================================================== INTERNAL ERROR: Signal 11 in pid 10826 (4.0.0beta2) Please read the Trouble-Shooting section of the Samba HOWTO =============================================================== PANIC: internal error but, as Dmitry points out in https://bugs.winehq.org/show_bug.cgi?id=35965#c9, the wiki says that only ntlm_auth needs to be available, nothing is said about the configuration: "To get access to all the features while using NtlmSigningAndSealing, you need an up-to-date version of ntlm_auth. Samba 3.0.26 or later will do. In some distributions, you need to install the "winbind" package to get ntlm_auth. If you want client mode NTLM for Wine, e.g. reading your email using Outlook over a connection with NTLM encryption, that's all you need. " -- 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 7

[Bug 31393] New: Nvidia force antialiasing no longer works
by wine-bugs＠winehq.org 18 Feb '18

18 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=31393 Bug #: 31393 Summary: Nvidia force antialiasing no longer works Product: Wine Version: 1.5.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Regression SHA1: 09443f14e75e134328643b5d33aff61bdf4dca32 After AlwaysOffscreen has become enabled by default, games such as GTAIII and GTAVC (which are unaware of FSAA) can't benefit from nvidia antialiasing settings out of the box. I'm not sure if it's intended result, but despite it being possible to disable it back, new default seems no good to me as e.g. on Windows it's enough to set antialiasing in the driver utility and there's no need to change D3D configuration. Maybe wine should check whether default render target is multisampled and toggle the default? -- 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 21