June 2013 - Wine-Bugs - list.winehq.org

[Bug 19306] New: visual bugs on Trackmania in 1.1.19
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=19306 Summary: visual bugs on Trackmania in 1.1.19 Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: yoann.laissus(a)gmail.com CC: stefan(a)codeweavers.com Created an attachment (id=22351) --> (http://bugs.winehq.org/attachment.cgi?id=22351) without the bug Since wine 1.1.19 with the fbo mode and the GLSL enabled, Trackmania Nations Forever have importants visual bugs. For example, the car are not displayed. I attached the screen of the main menu with the bug and without the bug. The regression test : commit 3e099d014750fa5fc2a10c6aa4bf23ddc80a1fc6 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Wed Feb 25 21:20:39 2009 +0100 wined3d: Advertise post pixelshader blending for a few more formats. Windows advertises it on all these formats(Nvidia Geforce 7400), and Trackmania Nations needs it on D3DFMT_Q8W8V8U8 to accept ps_3_0 support. -- 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.

2 20

[Bug 27032] New: Gnome Shell does not show Wine program names in dash and panel
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=27032 Summary: Gnome Shell does not show Wine program names in dash and panel Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: uhkeller(a)googlemail.com In the Gnome (3.0) shell, all running Wine applications share the same nondescript icon, and their title in the panel is always given as "Wine Windows Program Loader". Switching between Wine apps using the Dash requires a right-click on the shared icon. I have filed a bug report on this in the Gnome bugzilla, and it seems the issue occurs because Wine sets the WM_CLASS of its Windows differently than Gnome Shell expects. Gnome Shell expects WM_CLASS to match the .desktop file of the application, while Wine sets it to "Wine" and the name of the Windows executable. E.g. for Word 2007, xprop gives me: WM_CLASS(STRING) = "WINWORD.EXE", "Wine" while the .desktop file for Word 2007 is "Microsoft Office Word 2007.desktop" I'm using Wine 1.3.19 on Arch Linux i686. Relevant bug report in the Gnome bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=649087 Might be related to this Wine bug: http://bugs.winehq.org/show_bug.cgi?id=26950 -- 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.

2 13

[Bug 25015] New: Pando downloader hangs
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=25015 Summary: Pando downloader hangs Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Running the downloader for a game that uses the Pando peer to peer system, I noticed the UI had hang, the app was still using lots of CPU, the downloaded file didn't seem to be growing (it was at 1GB out of 4GB), and the console showed err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased lsof showed that PMB.exe has two listening sockets, 25 ESTABLISHED sockets, 96 pipes, one UDP socket, 7 UNIX sockets, 97 regular files, 3 directories, and one device, for a grand total of 233. 233 is way below ulimit -n (1024). Perhaps the app had closed lots of peer connections in the hour after the warning? Which makes it sound like there isn't a bad leak. No idea what it's doing with all those pipes, though. It's possible Pando just needs a higher ulimit. Or perhaps it can operate fine with this "low" ulimit, and the hang is not related to running out of fds. -- 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.

2 16

[Bug 29708] New: Wine processes take ages to start on Solaris
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=29708 Bug #: 29708 Summary: Wine processes take ages to start on Solaris Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Winetest takes ages to complete on Solaris, particularly on Solaris 10: about 80 minutes. I instrumented winetest to trace the time it takes to run each test and the result is eloquent: starting a Wine process takes 4 to 5 seconds on Solaris 10. With some grepping of the logs I built the following table which shows this issue. Note that all operating systems are running inside VMware on the same machine (one at a time of course), so they should all have the same performance. Seconds freebsd81 solaris1111 solaris10u9 0 401 169 0 1 48 220 0 2 8 43 0 3 10 16 15 4 2 6 123 5 4 2 190 6 2 3 45 7 3 4 21 8 3 2 9 9 2 1 8 10-29 17 24 34 30-59 3 4 8 60-99 1 1 3 100-119 0 0 1 120- 1 8 9 Also note that this is not the first-process start delay since winetest.exe is already running. I took a trace with +timestamp but it only showed the last 0.6 seconds of execution so more digging is needed. -- 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.

2 9

[Bug 28858] New: Pangya cursor movement lacks precision
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=28858 Bug #: 28858 Summary: Pangya cursor movement lacks precision Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: pastorrub(a)msn.com Classification: Unclassified When trying to move the cursor on pangya, it moves faster than it should. Judging by its movement, some variable is increased while other is not decreased. When you move to the right it moves incredibly fast, so you have to move the mouse slow to select an option and even in that way it lacks precision. Pangya version tested: http://pangyachaos.com/ -- 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.

2 17

[Bug 24499] New: Crestron Toolbox
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=24499 Summary: Crestron Toolbox Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ironiridis(a)gmail.com Created an attachment (id=30915) --> (http://bugs.winehq.org/attachment.cgi?id=30915) Log with backtrace Install fails here: wine: Unhandled page fault on read access to 0x06000087 at address 0x6000087 (thread 0032), starting debugger... May be related to attempting to install USB drivers for connecting to Crestron products. It'd be nice if those driver install attempts could be stubbed out since practically all Crestron products are managed via TCP. $ uname -a Linux chariot 2.6.35-gentoo-r5 #1 SMP Mon Aug 30 17:43:45 CDT 2010 i686 Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz GenuineIntel GNU/Linux $ wine --version wine-1.3.3 $ emerge -pv wine [ebuild R ] app-emulation/wine-1.3.3 USE="X gecko gnutls jpeg png ssl threads truetype xml -alsa -capi -cups -custom-cflags -dbus -esd -fontconfig -gphoto2 -gsm -hal -jack -lcms -ldap -mp3 -nas -ncurses -openal -opengl -oss -perl -pulseaudio -samba -scanner -test -win32 (-win64) -xcomposite -xinerama" 0 kB -- 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.

2 28

[Bug 29530] New: ZubuReader failed to login
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

http://bugs.winehq.org/show_bug.cgi?id=29530 Bug #: 29530 Summary: ZubuReader failed to login Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Download ZubuReader from http://image.zubunet.com/site/ZubuReader2.3setup.exe 2. Install with LANG=en_US.utf8 ( this env will provide us an English Version of Installation GUI ) 3. Start Delivery.exe $ cd .wine/drive_c/Program\ Files/Zubu\ Reader/ $ wine Delivery.exe type in username and password, but failed to login fixme:mshtml:JSProtocolInfo_ParseUrl PARSE_SECURITY_URL fixme:ieframe:ClOleCommandTarget_Exec Unimplemented group {000214d1-0000-0000-c000-000000000046} fixme:mshtml:JSProtocolFactory_CreateInstance (0x7d8e85b0)->((nil) {79eac9e4-baf9-11ce-8c82-00aa004ba90b} 0x32cbac) fixme:ieframe:DocObjectService_IsErrorUrl 0x18d798 L"javascript:check_form();%20void(0);" 0x32cb18 fixme:ieframe:handle_navigation_error Navigate to error page fixme:ieframe:DocObjectService_IsErrorUrl 0x18d798 L"javascript:check_form();%20void(0);" 0x32ccc8 fixme:ieframe:handle_navigation_error Navigate to error page err:mshtml:on_stop_nsrequest RemoveRequest failed: 80004005 -- 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.

2 10

[Bug 23701] New: Crucial Memory Application - CrucialScan.exe
by wine-bugs＠winehq.org April 19, 2020

April 19, 2020

http://bugs.winehq.org/show_bug.cgi?id=23701 Summary: Crucial Memory Application - CrucialScan.exe Product: Wine Version: 1.1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: david.boosalis(a)gmail.com Crucial Memory has a free executable that tests your computers memory for speed. It is called CrucialScan.exe. IT is available at http://www.crucial.com/systemscanner/index.aspx My system is an x86, running Kubuntu 10.4 with an ATI Catalyist 10.6 driver. And I have a AMD Athlon(tm) 64 X2 Dual Core Processor 5200+. Here is the stack when I run this program: david(a)rudi:~/download$ wine CrucialScan.exe fixme:ole:CoInitializeSecurity (0x395318,-1,(nil),(nil),2,3,(nil),0,(nil)) - stub! fixme:advapi:RegisterEventSourceW ((null),L"mstbsvc"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0004,0x0000,0x00000000,(nil),0x0001,0x00000000,0x6ae7e8,(nil)): stub fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:advapi:RegisterEventSourceW ((null),L"mstbsvc"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0004,0x0000,0x00000000,(nil),0x0001,0x00000000,0x7ae804,(nil)): stub fixme:advapi:DeregisterEventSource (0xcafe4242) stub err:ole:create_server class {4991d34b-80a1-4291-83b6-3328366b9097} not registered err:ole:CoGetClassObject no class object {4991d34b-80a1-4291-83b6-3328366b9097} could be created for context 0x4 fixme:system:SetProcessDPIAware stub! fixme:dwmapi:DwmIsCompositionEnabled 0x33cfd4 fixme:iphlpapi:NotifyAddrChange (Handle 0xa6ce8d8, overlapped 0xa6ce8e0): stub wine: configuration in '/home/david/.wine' has been updated. err:winebrowser:get_url_from_dde Unable to retrieve URL from string L"\"" err:winebrowser:wmain Usage: winebrowser URL fixme:wbemprox:wbem_locator_ConnectServer 0x130478, L"\\\\.\\root\\CIMV2", (null), (null), (null), 0x00000000, (null), (nil), 0x33fba8) fixme:reg:GetNativeSystemInfo (0x33ec10) using GetSystemInfo() wine: Call from 0x7b836572 to unimplemented function ntoskrnl.exe.MmMapIoSpace, aborting wine: Unimplemented function ntoskrnl.exe.MmMapIoSpace called at address 0x7b836572 (thread 003e), starting debugger... Unhandled exception: unimplemented function ntoskrnl.exe.MmMapIoSpace called in 32-bit code (0x7b836572). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7b836572 ESP:0053e744 EBP:0053e7a8 EFLAGS:00200246( - -- I Z- -P- ) EAX:7b8261b1 EBX:7b881ff4 ECX:00000000 EDX:80000100 ESI:80000100 EDI:0053e880 Stack dump: 0x0053e744: 0053e7c8 00000008 0000003c 80000100 0x0053e754: 00000001 00000000 7b836572 00000002 0x0053e764: 7ed457a0 7ed48d72 7bc47158 0010ebc0 0x0053e774: 00000000 0053e820 7bc4613e 00000000 0x0053e784: 7bc46e71 001112e0 0053e7d8 7bc99ff4 0x0053e794: 00000000 b76126d6 7b83652a 00000000 Backtrace: =>0 0x7b836572 in kernel32 (+0x26572) (0x0053e7a8) 1 0x7ed45738 in ntoskrnl (+0x15737) (0x0053e7d8) 2 0x7ed3ddcc in ntoskrnl (+0xddcb) (0x0053e800) 3 0x00541909 in crucialsmbusscan_xp32.sys (+0x1908) (0x0053e818) 4 0x7ed44e9a wine_ntoskrnl_main_loop+0x2f9() in ntoskrnl (0x0053e9c8) 5 0x7ee5f4d1 in winedevice (+0xf4d0) (0x0053ea18) 6 0x7ee0e8f4 in advapi32 (+0x2e8f3) (0x0053ea68) 7 0x7bc6f584 call_thread_func+0xb() in ntdll (0x0053ea78) 8 0x7bc6f750 call_thread_entry_point+0x6f() in ntdll (0x0053eb48) 9 0x7bc77f35 in ntdll (+0x67f34) (0x0053f398) 10 0xb76e996e start_thread+0xbd() in libpthread.so.0 (0x0053f498) 0x7b836572: subl $4,%esp Modules: Module Address Debug info Name (26 modules) PE 540000- 542480 Export crucialsmbusscan_xp32.sys ELF 7b800000-7b93a000 Export kernel32<elf> \-PE 7b810000-7b93a000 \ kernel32 ELF 7bc00000-7bcb6000 Export ntdll<elf> \-PE 7bc10000-7bcb6000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7ed0c000-7ed23000 Deferred hal<elf> \-PE 7ed10000-7ed23000 \ hal ELF 7ed23000-7ed5f000 Export ntoskrnl<elf> \-PE 7ed30000-7ed5f000 \ ntoskrnl ELF 7ed5f000-7edd0000 Deferred rpcrt4<elf> \-PE 7ed70000-7edd0000 \ rpcrt4 ELF 7edd0000-7ee29000 Export advapi32<elf> \-PE 7ede0000-7ee29000 \ advapi32 ELF 7ee29000-7ee35000 Deferred libnss_files.so.2 ELF 7ee35000-7ee3f000 Deferred libnss_nis.so.2 ELF 7ee3f000-7ee47000 Deferred libnss_compat.so.2 ELF 7ee4d000-7ee62000 Export winedevice<elf> \-PE 7ee50000-7ee62000 \ winedevice ELF 7efbf000-7efe5000 Deferred libm.so.6 ELF 7efe7000-7effe000 Deferred libnsl.so.1 ELF b7585000-b7589000 Deferred libdl.so.2 ELF b7589000-b76e3000 Export libc.so.6 ELF b76e4000-b76fd000 Export libpthread.so.0 ELF b7718000-b7853000 Deferred libwine.so.1 ELF b7855000-b7872000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 CrucialScan.exe 00000009 0 0000000e services.exe 0000003d 0 0000003c 0 00000038 0 00000022 0 0000001c 0 00000016 0 00000015 0 00000014 0 00000010 0 0000000f 0 00000011 winedevice.exe 00000018 0 00000017 0 00000013 0 00000012 0 00000019 mstbsvc.exe 0000001e 0 0000001d 0 0000001b 0 0000001a 0 0000001f novacomd.exe 00000025 0 00000024 0 00000023 0 00000021 0 00000020 0 00000028 explorer.exe 00000029 0 00000039 (D) C:\windows\system32\winedevice.exe 0000003e 0 <== 0000003b 0 0000003a 0 Backtrace: =>0 0x7b836572 in kernel32 (+0x26572) (0x0053e7a8) 1 0x7ed45738 in ntoskrnl (+0x15737) (0x0053e7d8) 2 0x7ed3ddcc in ntoskrnl (+0xddcb) (0x0053e800) 3 0x00541909 in crucialsmbusscan_xp32.sys (+0x1908) (0x0053e818) 4 0x7ed44e9a wine_ntoskrnl_main_loop+0x2f9() in ntoskrnl (0x0053e9c8) 5 0x7ee5f4d1 in winedevice (+0xf4d0) (0x0053ea18) 6 0x7ee0e8f4 in advapi32 (+0x2e8f3) (0x0053ea68) 7 0x7bc6f584 call_thread_func+0xb() in ntdll (0x0053ea78) 8 0x7bc6f750 call_thread_entry_point+0x6f() in ntdll (0x0053eb48) 9 0x7bc77f35 in ntdll (+0x67f34) (0x0053f398) 10 0xb76e996e start_thread+0xbd() in libpthread.so.0 (0x0053f498) wine: Call from 0x7b836572 to unimplemented function ntoskrnl.exe.MmMapIoSpace, aborting Hope this is of some value to 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.

2 8

[Bug 15405] New: Problem with wrc 1.0
by wine-bugs＠winehq.org April 19, 2020

April 19, 2020

http://bugs.winehq.org/show_bug.cgi?id=15405 Summary: Problem with wrc 1.0 Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: quinlan(a)rulequest.com I have a .rc file that compiles perfectly with wrc 0.9.40 (and with VisualC++) but gives a syntax error with wrc 1.0. wrc -I. -fowindows.res windows.rc windows.rc:102:15: Error: syntax error Lines 102 and following are CONSTRDB DIALOG DISCARDABLE 20, 20, 148, 266 STYLE WS_POPUP | WS_CAPTION CAPTION "Classifier Construction Options" FONT 9, "MS Sans Serif" BEGIN .... Using the .res file produced by wrc 0.9.40 with wine 1.0 seems to work fine. -- 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.

2 15

[Bug 18934] New: Free PDF to Word Doc converter's installer reports wrong ClassNN (appinstall)
by wine-bugs＠winehq.org April 19, 2020

April 19, 2020

http://bugs.winehq.org/show_bug.cgi?id=18934 Summary: Free PDF to Word Doc converter's installer reports wrong ClassNN (appinstall) Product: Wine Version: 1.1.23 Platform: PC URL: http://www.hellopdf.com/download.php OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com When installing Free PDF to Word Doc converter with appinstall, I usually click buttons by their ClassNN. The first window that pops up is: Setup This will install Free PDF to Word Doc Converter. Do you wish to continue? Yes / No On windows, the Yes has a ClassNN of 'Button1', and No is 'Button2'. On wine, they're 'Button6' and 'Button7'. The rest of the installer's buttons are reported correctly, though. -- 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.

2 9