May 2022 - Wine-bugs - list.winehq.org

[Bug 45634] New: enabling CSMT ruins performance for rFactor 1.255
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=45634 Bug ID: 45634 Summary: enabling CSMT ruins performance for rFactor 1.255 Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: jose1711(a)gmail.com Distribution: --- ever since the commit "dd0ea0a61463db83c - wined3d: Enable the multi-threaded command stream by default" the performance of wine running rFactor is severely degraded making the game unplayable - intro movie plays fine but then even the menu navigation stutters. could be one of the cases where CSMT actually hurts rather than helps. the same performance degradation can be observed on pre-dd0ae wine when enabling CSMT via registry key. -- 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 53038] New: Epic Launcher Crash at Start: Unhandled exception: divide by zero in 64-bit code
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53038 Bug ID: 53038 Summary: Epic Launcher Crash at Start: Unhandled exception: divide by zero in 64-bit code Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: ozan.turkyilmaz(a)gmail.com Distribution: --- Created attachment 72411 --> https://bugs.winehq.org/attachment.cgi?id=72411 Backtrace I updated wine from 7.8 to 7.9 and Epic Launcher started crashing at the start. The crashreportclient causes the crash as far as I can understand. The backtrace is attached. I compile and package my wine using build scripts from wine-git repo. I compiled it at tag 7.9 this time. I also compile both 32 bit and 64 bit versions together. I think it is a regression and will try doing regression analysis to see if it is true. -- 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 33383] New: Hiding application to Mac OS X Dock causes crash.
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=33383 Bug #: 33383 Summary: Hiding application to Mac OS X Dock causes crash. Product: Wine Version: 1.5.28 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eliturner(a)me.com Classification: Unclassified Now that the Mac OS X driver is implemented when hiding any application to the Dock (via command+h) it crashes Wine. I'm using the latest "wine-revel" package from Macports. Thanks! -- 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 36720] New: LCMapString with the parameter NORM_IGNORENONSPACE does not remove diacritics
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=36720 Bug ID: 36720 Summary: LCMapString with the parameter NORM_IGNORENONSPACE does not remove diacritics Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Created attachment 48766 --> http://bugs.winehq.org/attachment.cgi?id=48766 Source and binary to reproduce a bug in Wine implementation of LCMapString Hello, Working on Windows I use LCMapString with the parameter NORM_IGNORENONSPACE to remove diacritics (e.g. accents) from a string and it works fine. But I tested on Wine (1.6.2, Ubuntu) and it does not remove the diacritics from the string (the string is unchanged). This bug impacts this software http://appdb.winehq.org/objectManager.php?sClass=application&iId=6654 On the next version of the product, a client running on Wine cannot connect to a server running on Windows if the login contains diacritics. I attach a small project to reproduce the problem. It is written in Pascal (Delphi) but can be easily converted to another language. -- 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 46782] New: CompareStringEx does not support SORT_DIGITSASNUMBERS flag
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=46782 Bug ID: 46782 Summary: CompareStringEx does not support SORT_DIGITSASNUMBERS flag Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)lanrules.de Distribution: --- This flag is supported by all Windows versions down to at least Windows 7. It is used, for example, by Qt in QCollator. See https://bugreports.qt.io/browse/QTBUG-74209 for reference. CompareStringEx: https://docs.microsoft.com/en-us/windows/desktop/api/stringapiset/nf-string… Wine implementation list of supported flags: dlls/kernel32/locale.c#L3912-L3913 -- 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 4

[Bug 52752] New: Rich Edit Control does not support drawing OLE objects
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52752 Bug ID: 52752 Summary: Rich Edit Control does not support drawing OLE objects Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: kellnerp(a)earthlink.net, lorentz0021(a)gmail.com Distribution: --- Originally reported by Dongwan Kim. Rich Edit control does not support rendering OLE objects inside text. Instead it outputs the following log entry: fixme:richedit:draw_ole Couldn't get storage medium Affected applications: - KakaoTalk cannot render emoticons and @mentions in the chat input box. -- 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 2

[Bug 52995] New: shell32:shelllink crashes in Wine cause shell32:shellpath's test_PathResolve() to fail (test.bat file)
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52995 Bug ID: 52995 Summary: shell32:shelllink crashes in Wine cause shell32:shellpath's test_PathResolve() to fail (test.bat file) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- shell32:shellpath's test_PathResolve() fails seemingly randomly: shellpath.c:3049: Test failed: test 4: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3049: Test failed: test 8: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3048: Test failed: test 14: expected 0, got 1 shellpath.c:3049: Test failed: test 14: expected L"C:\\users\\winetest\\Temp\\test", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3049: Test failed: test 16: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3049: Test failed: test 19: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3049: Test failed: test 20: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3049: Test failed: test 24: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3048: Test failed: test 26: expected 0, got 1 shellpath.c:3049: Test failed: test 26: expected L"C:\\users\\winetest\\Temp\\test", got L"C:\\users\\winetest\\Temp\\test.bat" https://test.winehq.org/data/patterns.html#shell32:shellpath But it turns out the dates when shell32:shellpath failures all match dates when shell32:shelllink crashed: https://test.winehq.org/data/patterns.html#shell32:shelllink What happens is that shell32:shellpath looks for a "test.lnk" file. But if one creates a "c:\users\...\Temp\test.bat" file before starting the test, that's what gets returned instead, thus causing the failures. shell32:shelllink just happens to use a file by that name. Normally it gets cleaned up but that just does not happen when shell32:shelllink crashes! So I think the right fix would be to make shell32:shellpath more resilient: * Delete "test.*" before checking for test.lnk. But that runs the risk of deleting files dear to the person running the test (they are in a Temp directory but still). * Use some GetTempFileName() or some similar API to generate a unique filename. * Or just use a name that's less likely to be a leftover from a previous test, "shellpath.lnk" for instance. Very basic but maybe sufficient. -- 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 52998] New: xaudio2_7:xaudio2 fails on Windows 1909+
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52998 Bug ID: 52998 Summary: xaudio2_7:xaudio2 fails on Windows 1909+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com xaudio2_7:xaudio2 has the same set of systematic failures on all Windows 1909+ versions: xaudio2.c:1096: Test failed: xaudio2_8.dll: CreateFX({a90bc001-e897-e897-7439-435500000000}) failed: 8007000e xaudio2.c:1096: Test failed: xaudio2_8.dll: CreateFX({a90bc001-e897-e897-7439-435500000001}) failed: 8007000e xaudio2.c:1096: Test failed: xaudio2_8.dll: CreateFX({a90bc001-e897-e897-7439-435500000002}) failed: 8007000e xaudio2.c:1096: Test failed: xaudio2_8.dll: CreateFX({a90bc001-e897-e897-7439-435500000003}) failed: 8007000e xaudio2.c:1116: Test failed: xaudio2_8.dll: CreateFX(CLSID_AudioVolumeMeter) failed: 8007000e https://test.winehq.org/data/patterns.html#xaudio2_7:xaudio2 The error code is E_OUTOFMEMORY and the failures correspond to the following formats: CLSID_FXEQ27 CLSID_FXMasteringLimiter27 CLSID_FXReverb27 CLSID_AudioVolumeMeter Strangely enough the test succeeds on Windows 10 1507, 1607, 1709 and 1809 without any visible skip. So it's as if support for these formats was removed (but that's a strange error code to say so), or something more must be done to get them initialized properly. -- 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 5

[Bug 34176] New: Kernel32:CompareStringW strange behavior ?
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=34176 Bug #: 34176 Summary: Kernel32:CompareStringW strange behavior ? Product: Wine Version: 1.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.manette(a)manette.be Classification: Unclassified Created attachment 45460 --> http://bugs.winehq.org/attachment.cgi?id=45460 Sorce and compiled executable for wineTest.exe + winedbg log.txt Hi all, I'm running wine 1.6 (i386) under Debian 7.1 (x86_64). When running a console program of mine (Delphi XE2 compiled under Windows Vista) I'm observing an important behavior difference under wine than nativevely. I narrowed down the symptom to a string comparison of some sort. Source file below is a code snippet to reproduce the problem (source is UTF-8, Delphi is utf-8 / WideString, WideChar aware). Here is the (correct/expected) result when program is run natively under Windows Vista: G:\__Project-2\Code\wineTest>wineTest * TEST-001: TRUE * TEST-002: TRUE * TEST-003: TRUE * TEST-004: TRUE TRUE * TEST-005: TRUE TRUE * TEST-003: TRUE TRUE Here is the same program output when run from Wine: root(a)Bilbo-100:~# wine wineTest.exe Wine cannot find the ncurses library (libncurses.so.5). fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920 fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920 * TEST-001: TRUE * TEST-002: TRUE * TEST-003: TRUE * TEST-004: TRUE FALSE * TEST-005: TRUE FALSE * TEST-003: TRUE FALSE For what I understood the TStringList IndexOf method may use Windows API's CompareStringW function (http://source.winehq.org/WineAPI/CompareStringW.html) Is this a configuration problem (locale ?) May this be a bug or implementation problem ? I can provide the corrsponding binary wineTest.exe ////////////////////////////////////////////////// Using winedbg I could crosscheck that CompareStringW for two different strings result in equality (CSTR_LESS_THAN = 1, CSTR_EQUAL = 2, CSTR_GREATER_THAN = 3). Maybe this is because of locale setting or flags setup ? root(a)Bilbo-100:~# WINEDEBUG=+relay,+snoop wine wineTest.exe &> log.txt root(a)Bilbo-100:~# grep CompareStringW log.txt 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b2",00000002,00449890 L"m\00b2",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b2",00000002,004498bc L"m2",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b3",00000002,004498f8 L"m\00b3",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b3",00000002,0044990c L"m3",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"\00e9\00e9\00e9",00000003,00449920 L"\00e9\00e9\00e9",00000003) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"\00e9\00e9\00e9",00000003,00449934 L"eee",00000003) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 /////////////////////////////////////////////////// program wineTest; {$APPTYPE CONSOLE} Uses Classes; var sl : TStringList; begin Write(ErrOutput, '* TEST-001: '); if not('m²'='m2') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-002: '); if not('m³'='m3') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-003: '); if not('ééé'='eee') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); sl := TStringList.Create; Write(ErrOutput, '* TEST-004: '); sl.Clear; sl.Add('m²'); if not(sl.IndexOf('m²')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('m2')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-005: '); sl.Clear; sl.Add('m³'); if not(sl.IndexOf('m³')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('m3')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-003: '); sl.Clear; sl.Add('ééé'); if not(sl.IndexOf('ééé')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('eee')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); end. -- 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 14

[Bug 49232] New: Saints Row The Third Remastered shows floating black rectangles
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=49232 Bug ID: 49232 Summary: Saints Row The Third Remastered shows floating black rectangles Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: rca(a)psy-q.ch Distribution: --- Created attachment 67236 --> https://bugs.winehq.org/attachment.cgi?id=67236 Screenshot showing black rectangles in the scene The game shows floating black rectangles in your view. They don't appear when looking straight down at the ground and also not in indoor scenes. Attached screenshot shows the effect I am guessing it might have something to do with street lamp halos or an effect like that. The log mentions: 0170:fixme:d3d:wined3d_device_update_sub_resource Ignoring flags 0x2. 00d0:err:d3d:wined3d_debug_callback 0x3a1967e0: "GL_INVALID_OPERATION in glCopyImageSubData(internalFormat mismatch)". -- 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