January 2015 - Wine-bugs - list.winehq.org

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

20 Apr '20

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 20 Apr '20

20 Apr '20

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 20 Apr '20

20 Apr '20

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 20 Apr '20

20 Apr '20

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 36088] New: mansion88 poker
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

http://bugs.winehq.org/show_bug.cgi?id=36088 Bug ID: 36088 Summary: mansion88 poker Product: WineHQ Apps Database Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: andrhi2ean(a)gmail.com Created attachment 48274 --> http://bugs.winehq.org/attachment.cgi?id=48274 mansion88 poker doesnt work on my pc program doesnt work -- 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 5

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

20 Apr '20

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 20 Apr '20

20 Apr '20

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 20 Apr '20

20 Apr '20

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 37724] New: Modern applications won't find COM ports nor HID devices
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=37724 Bug ID: 37724 Summary: Modern applications won't find COM ports nor HID devices Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: heha(a)hrz.tu-chemnitz.de Distribution: --- While old apps search COM ports use CreateFile("COMx"...) attempts to detect the presence of serial interfaces, newer apps use SetupDi functions. As a typical excerpt: devs=SetupDiGetClassDevs(&GUID_DEVCLASS_PORTS,NULL,0,DIGCF_PRESENT); if (devs!=INVALID_HANDLE_VALUE) { SP_DEVINFO_DATA devInfo; devInfo.cbSize=sizeof devInfo; for (i=0; SetupDiEnumDeviceInfo(devs,i,&devInfo); i++) { HKEY hKey; TCHAR s[16]; DWORD slen=sizeof s; *s=0; if ((hKey=SetupDiOpenDevRegKey(devs,&devInfo, DICS_FLAG_GLOBAL,0,DIREG_DEV,KEY_READ)) ==INVALID_HANDLE_VALUE) continue; RegQueryValueEx(hKey,T("PortName"),NULL,NULL,(LPBYTE)s,&slen); RegCloseKey(hKey); if (*s=='C') { // filter out LPTx int idx=ComboBox_AddString(hCombo,s); int num=StrToInt(s+3)-1; ComboBox_SetItemData(hCombo,idx,num); if (num==Config.SerialNo) ComboBox_SetCurSel(hCombo,idx); } } SetupDiDestroyDeviceInfoList(devs); } The main advantages for this approach are: * Unlimited COM port numbers * Much faster than looped CreateFile attempts Therefore, modern apps use this procedure. Similarly, apps talking with modern USB HID devices (these devices don't need an install procedure), do this procedure to find their device: GUID hidGuid; HidD_GetHidGuid(&hidGuid); devs=SetupDiGetClassDevs(&hidGuid,0,0,DIGCF_PRESENT|DIGCF_DEVICEINTERFACE); if (devs!=INVALID_HANDLE_VALUE) { SP_DEVICE_INTERFACE_DATA devinterface; devinterface.cbSize=sizeof devinterface; for (i=0; SetupDiEnumDeviceInterfaces(devs,NULL,&hidGuid,i,&devinterface); i++) { THid Hid; union{ // save stack space SP_DEVICE_INTERFACE_DETAIL_DATA detail; TCHAR space[MAX_PATH+4]; WCHAR ps[128]; // Product String HIDD_ATTRIBUTES a; }u; SP_DEVINFO_DATA info; info.cbSize=sizeof info; u.detail.cbSize=sizeof u.detail; if (!SetupDiGetDeviceInterfaceDetail(devs,&devinterface, &u.detail,sizeof u,NULL,&info)) continue; Hid.hDev=CreateFile(u.detail.DevicePath,GENERIC_READ|GENERIC_WRITE, FILE_SHARE_READ|FILE_SHARE_WRITE, NULL,OPEN_EXISTING,FILE_FLAG_OVERLAPPED,NULL); if (Hid.hDev!=INVALID_HANDLE_VALUE) { HidD_GetAttributes(Hid.hDev,&u.a); if (*(DWORD*)&u.a.VendorID==0x27D916C0 && HidD_GetProductString(Hid.hDev,u.ps,elemof(u.ps))) { int l=ComboBox_AddStringW(hCombo,u.ps); ComboBox_SetItemData(hCombo,l,i); if (i==Config.iUsbHid) ComboBox_SetCurSel(hCombo,l); } CloseHandle(Hid.hDev); } } SetupDiDestroyDeviceInfoList(devs); } Nice when at least the COM port detection will work in near future. I can write a small test application to support the bug-fixing process. Googling for Funkuhr.exe will reveal a source code that contains both routines already. -- 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 35834] New: America's Army 3 setup crashes before entering game
by wine-bugs＠winehq.org 20 Apr '20

20 Apr '20

https://bugs.winehq.org/show_bug.cgi?id=35834 Bug ID: 35834 Summary: America's Army 3 setup crashes before entering game Product: Wine Version: 1.7.14 Hardware: x86 URL: http://www.americasarmy.com/downloads/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: jacek(a)codeweavers.com Only happens on the first run: Backtrace: =>0 0x7822a6f1 in mfc80 (+0x5a6f1) (0x00339a8c) 1 0x004249a0 in aa3loader (+0x2499f) (0x00339ab8) 2 0x7d9e16a5 call_event_handlers.isra+0x414() in mshtml (0x00339b88) 3 0x7d9e1c6e fire_event_obj+0x10d(doc=<is not available>, eid=<is not available>, event_obj=0x2cab370, target=0x63127c4, script_this=(nil)) [/home/austin/wine-git/dlls/mshtml/htmlevent.c:1141] in mshtml (0x00339c18) 4 0x7d9e26f9 fire_event+0x88(doc=0x63845b8, eid=EVENTID_CLICK, set_event=0x1, target=0x63127c4, nsevent=0x1c8c20, script_this=(nil)) [/home/austin/wine-git/dlls/mshtml/htmlevent.c:1217] in mshtml (0x00339c48) 5 0x7da34fa1 handle_htmlevent+0x110(iface=<couldn't compute location>, event=<couldn't compute location>) [/home/austin/wine-git/dlls/mshtml/nsevents.c:322] in mshtml (0x00339ca8) I'll attach a log (mshtml,relay,seh,tid, trimmed to the appropriate sections and with ntdll.RtlFreeHeap removed). -- 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