March 2020 - Wine-Bugs - list.winehq.org

[Bug 47207] New: Battle.net crashes with 4.8 Staging
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=47207 Bug ID: 47207 Summary: Battle.net crashes with 4.8 Staging Product: Wine Version: 4.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hewanci(a)gmail.com Distribution: --- I upgraded today from 4.7 Staging to 4.8, which causes Battle-net to crash upon launch with: wine: Unhandled exception 0x40000015 in thread 9 at address 0x499f27 (thread 0009), starting debugger... Downgrading to 4.7 Staging fixed it. The crash handler was unable to gather information. Arch Linux 64bit, fully upgraded -- 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 38240] New: err:d3d:device_clear_render_targets >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glClearStencil @ device.c / 370
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=38240 Bug ID: 38240 Summary: err:d3d:device_clear_render_targets >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glClearStencil @ device.c / 370 Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: alfonsojon1997(a)gmail.com Distribution: --- Roblox game does not work, only displays a black screen. Compressed log file is linked below. If more information is needed, please let me know. https://drive.google.com/file/d/0B-SfW_x18m23QmJlaDNHaDFmOWc/view?usp=shari… -- 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 48616] New: Using wchedtool slows down program
by WineHQ Bugzilla April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=48616 Bug ID: 48616 Summary: Using wchedtool slows down program Product: Wine-staging Version: 5.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: geist1(a)sms.at CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Very slow performance when running a program with schedtool only on one CPU. This Problem appeart between wine 3.1 and wine 3.2 Problem : When running a program which requires to be run on only one CPU (e.g. heroes of might and magic 3) - if running on Dualcore CPU's the program crashes sometimes in mp3dec - the entire program runs like in slow motion, even the mouse pointer moves very slow. The Program itself runs, but the speed of executed program is too slow for playing. Wine Version 3.1 is the last working one correctly with schedtool. The command is : env WINEPREFIX="/home/hero/.wine" schedtool -a 0x2 -e wine C:\\\\windows\\\\command\\\\start.exe /Unix /home/hero/.wine/dosdevices/c:/users/Public/Desktop/Heroes\\ of\\ Might\\ and\\ Magic\\ 3\\ Complete.lnk It doesn't matter if the program is running on cpu2 or cpu1. -- 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 46214] New: No Pen pressure in adobe photoshop CC 2018
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=46214 Bug ID: 46214 Summary: No Pen pressure in adobe photoshop CC 2018 Product: Wine Version: 3.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chaillerlucien(a)gmx.fr Distribution: --- No Pen Pressure in Adobe Photoshop CC 2018 on Wine. The assigned buttons configurated in Digimend neither. -- 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 6

[Bug 42725] New: Fix the problem about webbrowser crashed always
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=42725 Bug ID: 42725 Summary: Fix the problem about webbrowser crashed always Product: Wine Version: 1.9.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: xuwenlong(a)deepin.com Distribution: --- Created attachment 57706 --> https://bugs.winehq.org/attachment.cgi?id=57706 UrlEscapeW returns neither E_POINTER nor S_OK When I input a url to browser to browse something,it always broken -- 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 40120] New: eDrawingsAllX64.exe : crashes during launch
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=40120 Bug ID: 40120 Summary: eDrawingsAllX64.exe : crashes during launch Product: Wine-staging Version: 1.9.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brentb(a)macautomation.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 53599 --> https://bugs.winehq.org/attachment.cgi?id=53599 Log of the 'wine eDrawings.exe' creates a popup containing the following message: Error parsing C:\windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config Parser returned error 0x80004001 I am on Ubuntu 14.04 64-bit trying to get eDrawings 2016 64 bit to run. Steps taken: sudo add-apt-repository ppa:wine/wine-builds sudo apt-get install winehq-staging --install-recommends Downloaded and installed .NET from: http://download.microsoft.com/download/E/2/1/E21644B5-2DF2-47C2-91BD-63C560… Ran into: err:module:import_dll Library MSVCR120_CLR0400.dll (which is needed by L"C:\\windows\\Microsoft.NET\\Framework64\\v4.0.30319\\mscorsvw.exe") not found I was directed to import the following file into wine registry https://dl.dropboxusercontent.com/u/61413222/forward_msvcr.reg Final error is: Error parsing C:\windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config Parser returned error 0x80004001 -- 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 7

[Bug 45977] New: crashes every time I try and balance my account
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=45977 Bug ID: 45977 Summary: crashes every time I try and balance my account Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alex.wb(a)me.com Created attachment 62539 --> https://bugs.winehq.org/attachment.cgi?id=62539 Unhandled exception: page fault on read access to 0x4f514a4e in 32-bit code (0x0041330c). Register dump: Crashes every time I try and balance account -- 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 7

[Bug 37724] New: Modern applications won't find COM ports nor HID devices
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

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 41833] New: DirectShow applications: Playback doesn' t end when playing some MP3 files if winegstreamer is disabled
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=41833 Bug ID: 41833 Summary: DirectShow applications: Playback doesn't end when playing some MP3 files if winegstreamer is disabled Product: Wine Version: 1.9.24 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: kakurasan(a)gmail.com Distribution: --- When the test program at https://bugs.winehq.org/show_bug.cgi?id=41290 plays "16. Night Sky.mp3" at http://redmine.audacious-media-player.org/issues/628, WaitForCompletion() doesn't return. Built-in quartz.dll displays many "fixme:quartz:parse_header Not a valid header: XX:XX:XX:XX" messages and after this it displays "fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000000)" infinitely. The MP3 BGM files in "Mystic Star" (http://www.vector.co.jp/soft/dl/win95/game/se509140.html) have the same problem (MP3 BGMs don't loop). Workaround: Use native quartz.dll -- 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 6

[Bug 44193] New: In 7 Days to Die the, in the 3D environment, mouse didn' t react to small, slow movements.
by wine-bugs＠winehq.org April 20, 2020

April 20, 2020

https://bugs.winehq.org/show_bug.cgi?id=44193 Bug ID: 44193 Summary: In 7 Days to Die the, in the 3D environment, mouse didn't react to small, slow movements. Product: Wine-staging Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rencer(a)euromail.hu CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Some times ago there was a problem with mouse drifting in Unity- and Gamebryo/Creation-engine based games, that is already fixed (at least in Unity), but I still have a major issue with the mouse. As I think about that fixed drifting problem, I have to think this issue with slow mouse movement was there at that time, but because the drifting bug, it can not be recognized. Or maybe it's a new bug, I'm not sure, I mentioned that old bug, maybe this one is somehow releaed to that and affect other Unity/Gamebyro games. Have to try in other games too, to be sure about it. In 7 Days To Die you have to aim preciesly to the head of the enemies, otherwise they quickly overrun and kill your character, aiming precisely from a distant is a key element in that game, so this is a major issue, and like with the fixed drifting bug, this one renders the game (almost) unplayable. In the 3D enviroment when I try to move the mouse slowly, just a very little bit it doesn't move. I have to move it at a certain, relatively fast speed to make it move, so it is impossible to aim correctly to the small target. The crosshair moves too much if I move it with a speed that is recognised, or it doesn't move at all if I move it slowly. Another similarity with the fixed drifting bug, is that it only happens in the 3D environment but not at menus,inventory,character,etc. screens. -- 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 31