March 2023 - wine-bugs

[Bug 53032] New: winedevice.exe segfaults on exit (Segmentation fault) in Wine 7.9
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53032 Bug ID: 53032 Summary: winedevice.exe segfaults on exit (Segmentation fault) in Wine 7.9 Product: Wine Version: 7.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- This is a regression or maybe it's down to GCC 12.1 - I don't know. When exiting wine, winedevice.exe segfaults all the time. I cannot get a bt and my attempts of using gdb have been futile. (gdb) c Continuing. [LWP 495578 exited] [LWP 495577 exited] [LWP 495576 exited] [LWP 495573 exited] Thread 5 "winedevice.exe" received signal SIGSEGV, Segmentation fault. [Switching to LWP 495599] 0x7e68a2bf in ?? () (gdb) bt #0 0x7e68a2bf in ?? () Backtrace stopped: Cannot access memory at address 0x1fe Wine is built using: -O2 -march=pentium-m -m32 -- 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 41

[Bug 53027] New: Port Royale 4 crashes with wined3d_texture*
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53027 Bug ID: 53027 Summary: Port Royale 4 crashes with wined3d_texture* Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 72398 --> https://bugs.winehq.org/attachment.cgi?id=72398 Vulkan backtrace Hi, This time, i used Wine unpatched :-D The game crashes at the same place with OpenGL/Vulkan renderer. Launch the game works, navigate in the menu & begin a new game too. The issue appears during the loading when i start a new game. I attach the backtrace for OpenGL and Vulkan renderer. -- 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 8

[Bug 52545] New: [PATCH] ACE rights parser should allow octal and decimal formats
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52545 Bug ID: 52545 Summary: [PATCH] ACE rights parser should allow octal and decimal formats Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: ake.rehnman(a)gmail.com Distribution: --- Created attachment 71859 --> https://bugs.winehq.org/attachment.cgi?id=71859 Patch Security descriptor parser should accept octal and decimal numeric format in addition to hex. ace-rights = (*text-rights-string) / ("0x" 1*8HEXDIG) / ("0" 1*%x30-37) / (1*DIGIT ) https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-dtyp/f4296d… -- 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 42857] New: Can't select a fixture in FreeStyler's fixture editor
by wine-bugs＠winehq.org 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=42857 Bug ID: 42857 Summary: Can't select a fixture in FreeStyler's fixture editor Product: Wine Version: 2.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: florian-edelmann(a)online.de Distribution: --- Created attachment 57958 --> https://bugs.winehq.org/attachment.cgi?id=57958 Console output. Starting the fixture editor in line 31 Installing worked fine after installing two verbs with winetricks (vb6run and mfc42). Starting all bundled applications also works as expected. However, as soon as I select a fixture (folder opening also no problem), the Fixture Editor hangs and eventually opens a small, all-black dialog and exits when I close that. The same happens in the main application (FreeStyler) when clicking on Setup in the menu, and then on Add/Remove fixtures In the console output (full output attached), the following lines are repeated: fixme:olepicture:OleLoadPictureEx (0xcbaafc,2359,1,{00020400-0000-0000-c000-000000000046},x=0,y=0,f=0,0x32f368), partially implemented. fixme:ole:CLSIDFromProgIDEx L"Scripting.FileSystemObject",0x32f3a4: semi-stub fixme:scrrun:filesys_QueryInterface Unsupported interface {7fd52380-4e07-101b-ae2d-08002b2ec713} fixme:scrrun:filesys_QueryInterface Unsupported interface {37d84f60-42cb-11ce-8135-00aa004bb851} fixme:scrrun:file_get_DateLastModified (0x1beb920)->(0x32f1e8) Only the first number in the last line is changed every time. I replaced a lot of those sections in the log to meet the 5MB file size limit. -- 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 19

[Bug 53645] New: AIMP 3 memory leak
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53645 Bug ID: 53645 Summary: AIMP 3 memory leak Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HarlanStaggs(a)gmail.com Distribution: --- How to reproduce: 1) Open AIMP3 with wine (for example AIMP v3.60 build 1503). 2) Play some music. 3) Open system monitor that allows to monitor RAM usage. 4) Every 1-2 seconds AIMP will take 1-2 mb of your RAM and it wont stop. 5) After several hours it will take 6-8 GB of RAM. I never saw this behaviour on windows and I could not to reproduce this bug in AIMP2. I used system wine (7.16) and wine in Lutris (lutris 7.2-2) - memory leak appears in both. -- 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 53569] New: postgresql installer 9.3 needs fixed fso.GetTempName
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53569 Bug ID: 53569 Summary: postgresql installer 9.3 needs fixed fso.GetTempName Product: Wine Version: 7.11 Hardware: x86 URL: https://www.enterprisedb.com/downloads/postgres-postgr esql-downloads OS: Linux Status: NEW Keywords: download, Installer, source Severity: minor Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com CC: austinenglish(a)gmail.com, sloper42(a)yahoo.com Depends on: 46083, 53565 Distribution: Fedora This is followup of Bug #53565 Noticed in postgresql 9.3.25-1 installer. When starting the installer, a script called prerun_checks is executed. There is issue executing following line Temp_Path = strSystemRoot & "\" & fso.GetTempName() & ".vbs" ".vbs" is not attached to Temp_Path, because GetTempName returns wrong BSTR length. -- 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 11

[Bug 53335] New: Crash when converting an rich text editor already containing text into a password input
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53335 Bug ID: 53335 Summary: Crash when converting an rich text editor already containing text into a password input Product: Wine Version: 7.12 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 Distribution: --- riched20 crashes when a rich text editor that already contains text is converted into a password input field. -- 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 53051] New: Kvaser software crashes on unimplemented function ntoskrnl.exe.ExNotifyCallback
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53051 Bug ID: 53051 Summary: Kvaser software crashes on unimplemented function ntoskrnl.exe.ExNotifyCallback Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 72447 --> https://bugs.winehq.org/attachment.cgi?id=72447 Console output Steps to reproduce: 1. Install Kvaser Drivers for Windows 2. Run `wine 'C:\Program Files\Kvaser\Drivers\kcanconf.exe'` A crash dialog appears, but after closing it the Kvaser Device Guide does open. $ sha256sum kvaser_drivers_setup.exe 7519aa9b919ab88a830b2818e03d1311fbc2a0ed569722b0e7170fa5ef11839d -- 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 52972] New: wineusb.sys: add_usb_device erroneously releases critical section on failure path
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52972 Bug ID: 52972 Summary: wineusb.sys: add_usb_device erroneously releases critical section on failure path Product: Wine Version: 7.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usb Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: z.figura12(a)gmail.com Distribution: --- In wineusb.sys, add_usb_device() erroneously calls "LeaveCriticalSection(&wineusb_cb);" without first having entered the critical section. -- 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 4

[Bug 48600] New: Bloomberg Terminal - crashes post installation, cannot run
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=48600 Bug ID: 48600 Summary: Bloomberg Terminal - crashes post installation, cannot run Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: knez(a)mailbox.org Distribution: --- Created attachment 66437 --> https://bugs.winehq.org/attachment.cgi?id=66437 Bloomberg terminal - crashes post installation Bloomberg Terminal - Client Software for Windows. Download location: https://www.bloomberg.com/professional/support/software-updates/ (https://bdn-ak-ssl.bloomberg.com/software/trv/sotrtLite01072020.exe). Bloomberg Terminal – New Installation (Terminal Software Only). OS: Ubuntu 16.04. Bloomberg terminal is a Windows-only financial professional software. The installation was run under Wine and no problems are reported. On execution of the installed file "wintrv.exe" the attached error appears. Further use of the software fails. -- 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 40444] New: Find doesn't jump to a found item in WinSCP
by wine-bugs＠winehq.org 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=40444 Bug ID: 40444 Summary: Find doesn't jump to a found item in WinSCP Product: Wine Version: 1.9.7 Hardware: x86 URL: http://winscp.net/download/winscp577.zip OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: Red Hat This bug is very easy to reproduce. Run WinSCP and open a session to any host. Open any long enough file (text/html/whatever), hit Find (Ctrl + F) and try to find something at least on the second page of the open document. The cursor will jump, however the screen will remain on the first page. In order to really jump to this position, you have to close the Find dialog (e.g. hit "Escape") and press "Up" and "Down" which is terribly inconvenient. -- 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 26

[Bug 53832] New: wbemprox: where-clause seems to be case-sensitive
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53832 Bug ID: 53832 Summary: wbemprox: where-clause seems to be case-sensitive Product: Wine Version: 7.19 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.0.3/PowerShell-7.0.3-win-x64.msi OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 73364 --> https://bugs.winehq.org/attachment.cgi?id=73364 script to reproduce the problem prerequisite: winetricks dotnet48 The attached script shows the problem: on windows one can either use 'c:' or 'C:' in the following query: $searcher = [wmisearcher]'Select freespace From win32_logicaldisk where deviceid="c:"' $searcher.scope.path = "\\.\root\cimv2" $searcher.get() On wine only the upper-case 'C:' yields any results. Steps to reproduce: download attached script and do 'wine pwsh -f aaa.ps1' Results on wine: Lower case c: gives: Upper case c: gives: __GENUS : 2 __CLASS : Win32_LogicalDisk __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : FreeSpace : 5817585664 PSComputerName : Results on windows: Z:\> .\aaa.ps1 Lower case c: gives: __GENUS : 2 __CLASS : Win32_LogicalDisk __SUPERCLASS : __DYNASTY : __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : FreeSpace : 23573446656 PSComputerName : Upper case c: gives: __GENUS : 2 __CLASS : Win32_LogicalDisk __SUPERCLASS : __DYNASTY : __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : FreeSpace : 23573446656 PSComputerName : -- 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 53821] New: winbase.h: ReOpenFile declaration missing (and not available in any other header)
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53821 Bug ID: 53821 Summary: winbase.h: ReOpenFile declaration missing (and not available in any other header) Product: Wine Version: 7.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)ivanchev.net Distribution: --- A declaration for ReOpenFile should be imported with winbase.h (https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-reop…) but is currently missing. In fact, no header in Wine declares that function. -- 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 53706] New: NtDeviceIoControlFile() is quite slow when called with and invalid handle
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53706 Bug ID: 53706 Summary: NtDeviceIoControlFile() is quite slow when called with and invalid handle Product: Wine Version: 7.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: metalcaedes(a)gmail.com Distribution: --- Created attachment 73130 --> https://bugs.winehq.org/attachment.cgi?id=73130 Call DeviceIoControl() with an invalid handle a lot and measure how long it takes I'm running some nonpublic proprietary application that I don't have the source code for in Wine (I attached a simple testprogram though). I noticed severe performance problems (compared with native Windows) and profiling it in perf (is there a better way?) showed a lot of useless memory addresses and also NtDeviceIoControlFile(). I figured out that the application calls DeviceIoControl() *a lot*, and after hooking that function and replacing it with a stub that basically just returns FALSE the application's performance was a lot better (good enough for my purposes). Being the curious type, I added some logging to my stub and realized that the handle that gets passed is 0xFFFFFFFF (INVALID_HANDLE_VALUE) - even on Windows! Specifically, I saw: hDevice: 0xFFFFFFFF code: 0x80010021 inBufSize: 4 outBufSize: 4 overlapped: 0x0 Reimplementing DeviceIoControl() (based on Wine Source) in my (former) stub and adding some time measurements showed that in this specific case (calling it with an invalid handle) the called NtDeviceIoControlFile() often takes around 4 microseconds on Wine (sometimes even over 20!) while it only takes around 0.5 microseconds on Windows 10 (even though that PC is a bit slower). So it takes 8-40 times as long in Wine. Looking into Wine's NtDeviceIoControlFile() implementation, this is probably the case because it calls into wineserver, via `server_ioctl_file()`. So I *think* that this could be relatively easily fixed by checking if the handle is INVALID_HANDLE_VALUE first thing in NtDeviceIoControlFile(), and if that's the case call `SetLastError( ERROR_INVALID_HANDLE );` and `return FALSE;` (Windows returns FALSE and sets that error code). I'm not 100% sure about this though, because I don't know if there are any cases of calling `NtDeviceIoControlFile()` where INVALID_HANDLE_VALUE is OK - if there are, the early-out-check would probably have to take the `code` argument into account (as far as I can tell it specifies the operation that NtDeviceIoControlFile() executes). I attached a simple test program that just calls DeviceIoControl() a lot (with the parameters I've seen in the real program I have issues with) and measures how long that takes. On my Windows machine (i7-4771, Win10) one call takes about 0.48-0.5 microseconds. On my Linux machine (Ryzen 5950X, Kernel 5.15, wine 7.17) one call takes about 4 microseconds on average, though many calls took longer. -- 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 53614] New: KeyPassXC does not open
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53614 Bug ID: 53614 Summary: KeyPassXC does not open Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: dstwine(a)mailinator.com Distribution: --- Created attachment 73012 --> https://bugs.winehq.org/attachment.cgi?id=73012 Log from console As in the title. Impossible to run KeyPassXC on Ubuntu 20.04 and Winehq 7.16 (but also 7.0 stable). A console is returned with error 5 because windbg cannot attach to obtain a backtrace. I attached the log in the console that concern the process related to KeyPassXC. Best regards -- 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 53455] New: shell32:recyclebin - test_query_recyclebin() gets unexpected recyclebin size in Wine
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53455 Bug ID: 53455 Summary: shell32:recyclebin - test_query_recyclebin() gets unexpected recyclebin size in Wine 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:recyclebin - test_query_recyclebin() gets unexpected recyclebin size: recyclebin.c:79: Test failed: Expected recycle bin to have 0x22 bytes recyclebin.c:80: Test failed: Expected recycle bin to have 0x1 items https://test.winehq.org/data/patterns.html#shell32:recyclebin The expected size in bytes can also be 0x20 or 0x21 which can cause false positives. -- 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 53003] New: XM6 TypeG: some MIDI note-on messages aren't sent to MIDI devices (MIDI running status isn't supported in the MIDI mapper)
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53003 Bug ID: 53003 Summary: XM6 TypeG: some MIDI note-on messages aren't sent to MIDI devices (MIDI running status isn't supported in the MIDI mapper) Product: Wine Version: 7.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Created attachment 72371 --> https://bugs.winehq.org/attachment.cgi?id=72371 minimal reproducible example XM6 TypeG[1] is a SHARP X68000 Emulator. When I use STed2[2] inside XM6 TypeG, some MIDI note-on messages aren't sent to MIDI devices (e.g. Timidity++). @honda_ken, an original reporter on Twitter, tweeted XM6 TypeG sounds strange on Wine. He also informed me that Wine outputs the following message on his console: 0338:fixme:midi:modData ooch 3c 0338:fixme:midi:modData ooch 403e 0338:fixme:midi:modData ooch 3e 0338:fixme:midi:modData ooch 4040 0338:fixme:midi:modData ooch 40 0338:fixme:midi:modData ooch 4041 0338:fixme:midi:modData ooch 41 0338:fixme:midi:modData ooch 4043 0338:fixme:midi:modData ooch 43 I setup XM6 TypeG environment on my PC and I can reproduce the issue. Preparing the environment is a bit difficult, I wrote a minimal reproducible example (shortmsg.c). Steps to reproduce: 1. Compile the source code. % i686-w64-mingw32-gcc -o shortmsg.exe shortmsg.c -lwinmm 2. Setup your favorite MIDI device, e.g. Timidity++. % timidity -iA & 3. Run the executable (argument -1 means we use the MIDI mapper). % wine shortmsg.exe -1 Expected result: We can hear the piano voice, C, D, E and F. Actual result: We can hear the piano voice, only C. [1] http://retropc.net/pi/xm6/index.html [2] http://retropc.net/x68000/software/sound/rc/sted2/ -- 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 52975] New: VTFEdit fails to start: err:module:LdrInitializeThunk "MSVCP80.dll" failed to initialize, aborting
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52975 Bug ID: 52975 Summary: VTFEdit fails to start: err:module:LdrInitializeThunk "MSVCP80.dll" failed to initialize, aborting Product: Wine Version: 7.8 Hardware: x86-64 URL: https://web.archive.org/web/20191223154323/http://neme sis.thewavelength.net/files/files/vtfedit133.exe OS: Linux Status: NEW Keywords: download, patch Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 72344 --> https://bugs.winehq.org/attachment.cgi?id=72344 patch Hi, someone reported on userforum troubles with this program: https://forum.winehq.org/viewtopic.php?f=2&t=36504 (The program is apparently from https://nemstools.github.io/pages/VTFLib-Download.html and already archived on Web archive) Fails to start: 0184:err:module:LdrInitializeThunk "MSVCP80.dll" failed to initialize, aborting Attached patch that fixes the bug. -- 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 4

[Bug 52841] New: leverless arcade controller SOCD cleaning regression
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52841 Bug ID: 52841 Summary: leverless arcade controller SOCD cleaning regression Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: namtsui(a)gmail.com Distribution: --- Created attachment 72236 --> https://bugs.winehq.org/attachment.cgi?id=72236 fix downstream bug: https://github.com/ValveSoftware/Proton/issues/5527 There is a regression in wine SDL. I tested wine 7.0 using Linux 5.17.2. I think this is the commit to blame: https://github.com/wine-mirror/wine/commit/9cf1e8353cf05af1009e3e5d40b62f0e… See the file: wine-7.0/dlls/winebus.sys/bus_sdl.c https://github.com/wine-mirror/wine/blob/6d4ec1255acceec7152ed98764ee29991a… Leverless arcade controllers have all-buttons. One such controller is the hitbox controller from the company hitbox. It has four directional buttons mapped to DPAD. It has simultaneous opposite cardinal direction (SOCD) cleaning. If you hold down + up, it should output up. If you hold left + right, it should output nothing at all (neutral). I added print statements. See the attached fix. In clip 1, I demonstrate SDL2 events when down and up are held simultaneously during a jump for a while: hold down (DOWN press event) hold up (DOWN release event. UP press event.) hold both for a while release all (UP release event. DOWN release event.) [1] https://clips.twitch.tv/PlausibleSparklingButterJonCarnage-1nJQjUmS_kATb5Y6 In clip 2 the actual bug is shown. hold down (DOWN press event) press up (DOWN release event. UP press event.) steps 1 to 2 were demonstrated in clip 1. release up (DOWN press event. UP release event.) keep holding down [2] https://clips.twitch.tv/FunnyPlayfulClintmullinsArgieB8-p3pUOVQuS-eA8oqi The UP release event at the end in step 3 causes the axis to be reset to 0. This ignores the DOWN press event immediately preceding it. Clip 3 shows after the proposed fix is applied. [3] https://clips.twitch.tv/RacyNeighborlyCookiePeteZaroll-2wwLnflwjAa3ZlFz -- 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 10

[Bug 52686] New: DateAdd not implemented
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52686 Bug ID: 52686 Summary: DateAdd not implemented Product: Wine Version: 5.0 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: sergey.bychkow(a)gmail.com Created attachment 72024 --> https://bugs.winehq.org/attachment.cgi?id=72024 Sample script A call to DateAdd function breaks VBScript. Sample (testdateadd.vbs): 1> aDateFrom = Now 2> MsgBox "Now: " & aDateFrom 3> aDateFrom = DateAdd("h", 1, aDateFrom) 4> MsgBox "+1h: " & aDateFrom $ wine wscript testdateadd.vbs Line 2 shows MsgBox, but line 4 does not execute. Errors (error.log): 0009:fixme:variant:get_date_format ignoring flags 10 0009:fixme:vbscript:Global_DateAdd 0009:fixme:wscript:ActiveScriptSite_OnScriptError () -- 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 53005] New: quartz:systemclock Fails after timeGetTime() wraps
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53005 Bug ID: 53005 Summary: quartz:systemclock Fails after timeGetTime() wraps Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 72373 --> https://bugs.winehq.org/attachment.cgi?id=72373 Use GetTickCount64() instead of timeGetTime() in quartz:systemclock quartz:systemclock fails on fg-deb64: systemclock.c:186: Test failed: Got timestamps 43062836670000, 113163710000, 43062836670000. https://test.winehq.org/data/patterns.html#quartz:systemclock The issue is that timeGetTime() wrapped after 49.71 days (2^32 milliseconds) of uptime, causing it to no longer match the values returned by IReferenceClock_GetTime(). The test started using timeGetTime() in the commit below: commit bf5b35f19b841e6352c32ca7c6671d9172636871 Author: Zebediah Figura <zfigura(a)codeweavers.com> AuthorDate: Thu Oct 21 12:41:11 2021 -0500 quartz: Use the performance counter for the system clock. Native probably uses timeGetTime() as a source. That doesn't actually match the performance counter on Windows, but it does on Wine, and accessing the counter directly is slightly more efficient anyway. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51684 Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> The commit made two changes: GetTickCount*() -> timeGetTime() in the test GetTickCount64() -> QueryPerformanceCounter() in SystemClockImpl_GetTime() Before this commit the test was failing on Windows because the GetTickCount*() values and SystemClockImpl_GetTime() were a bit out of sync. So while switching to GetTickCount64() in the test fixes the issue in Wine and does not seem to cause failures on Windows it's not clear that this is correct either. It would also be nice to see what happens to this test on Windows after 49.7 days of uptime. -- 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 52534] New: ListView: multi select never sends LVN_ODSTATECHANGED
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52534 Bug ID: 52534 Summary: ListView: multi select never sends LVN_ODSTATECHANGED Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugs(a)angelohaller.com Distribution: --- When using a ListView in virtual mode (LVS_OWNERDATA) and selecting multiple rows (holding down shift and selecting) the message code LVN_ODSTATECHANGED is never sent. Looking through the wine source, there is definitely code present sending LVN_ODSTATECHANGED, this however never reaches the application and hence is a bug. Running the same application in Windows 7 will however send the LVN_ODSTATECHANGED code. This seems to be true for ALL programs using LVS_OWNERDATA and supporting multi select. This is an issue that arose working on https://github.com/libui-ng/libui-ng/pull/73 A nicer example to reproduce would be from the `Windows classic samples`. I forked the official Microsoft repo to add some debug printing: 1. Clone https://github.com/szanni/Windows-classic-samples 2. Change to directory Samples/Win7Samples/winui/controls/common/vlistvw 3. Build VListVw (I cross compile via `x86_64-w64-mingw32-gcc VListVw.c -lcomctl32` but using the vcproj should work too?) or use the test binary a.exe (linked at the bottom) 4. Run the resulting .exe 5. Select a cell (should print `LVN_ITEMCHANGED`) 6. Hold down `shift` and select a cell a few rows down below. On Windows 7 step 6. triggers the message `LVN_ODSTATECHANGED` to be emitted (as can be seen in the debug print statements). wine however never sends this message. This is contrary to the documentation provided in https://docs.microsoft.com/en-us/windows/win32/controls/lvn-itemchanged#rem… and behavior developers rely on. Test binary: https://github.com/szanni/Windows-classic-samples/blob/main/Samples/Win7Sam… -- 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 8

[Bug 49285] New: PNotesPortable crashes inside kernel32
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=49285 Bug ID: 49285 Summary: PNotesPortable crashes inside kernel32 Product: Wine Version: 5.9 Hardware: x86 URL: https://download3.portableapps.com/portableapps/PNotes Portable/PNotesPortable_9.3.0.paf.exe?20190321 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Yet another one: Hi, a user tested some portable apps on forum: https://forum.winehq.org/viewtopic.php?f=2&t=33957 When you right-click on the taskbar icon, and then choose "Exit" it crashes. 00c4:Call KERNEL32.WritePrivateProfileStructW(00494d5c L"hotkeys",0031c6f4 L"10001",00000000,00000040,004f0310 L"Z:\\media\\louis\\aqqa\\PNotesPortable\\Data\\settings\\Note s.ini") ret=0043456f 00c4:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7b64e9f5 ip=7b64e9f5 tid=00c4 -->crash So looks like it crashes inside WritePrivateProfileStructW ?? sha1sum PNotesPortable_9.3.0.paf.exe 2df27f55e3b43c889a5e7c68684e8acbaef9498f PNotesPortable_9.3.0.paf.exe -- 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 8

[Bug 47375] New: Photoshop C 2018 crashes on unimplemented function msvcr120.dll.? _Schedule@_StructuredTaskCollection@details@Concurrency@@QEAAXPEAV_UnrealizedChore@23@@Z
by wine-bugs＠winehq.org 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=47375 Bug ID: 47375 Summary: Photoshop C 2018 crashes on unimplemented function msvcr120.dll.?_Schedule@_StructuredTaskCollection@deta ils@Concurrency@@QEAAXPEAV_UnrealizedChore@23@@Z Product: Wine Version: 4.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winepala(a)tradermail.info Distribution: --- Created attachment 64711 --> https://bugs.winehq.org/attachment.cgi?id=64711 wine output Photoshop CC 2018 crashes on an unimplemented function after using the Color Range tool to make a selection. wine: Call from 0x7b4560f6 to unimplemented function msvcr120.dll.?_Schedule@_StructuredTaskCollection@details@Concurrency@@QEAAXPEAV_UnrealizedChore@23@@Z, aborting -- 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 11

[Bug 53310] New: Roblox Fails With HttpSendRequest
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53310 Bug ID: 53310 Summary: Roblox Fails With HttpSendRequest Product: Wine-staging Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: goldstar611(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 72687 --> https://bugs.winehq.org/attachment.cgi?id=72687 Partial debug log created using WINEDEBUG=+winhttp,+wininet Roblox fails to launch experiences after a 15-20 second delay and displays "An error occurred while starting Roblox Details HttpSendRequest failed (..) Error: An error occurred in the secure channel support" Googling this will reveal some old instructions to install libgnutls but this is already installed on my system. I upgraded this morning to - wine-staging 7.12~buster-1 - wine-staging-amd64 7.12~buster-1 - wine-staging-i386:i386 7.12~buster-1 from "deb https://dl.winehq.org/wine-builds/debian/ buster main" Downgrading these packages to 7.11~buster-1 allows Roblox to launch experiences again. -- 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 53234] New: nsi:nsi - test_ndis_ifinfo() fails randomly on Windows 10 1507
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53234 Bug ID: 53234 Summary: nsi:nsi - test_ndis_ifinfo() fails randomly on Windows 10 1507 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com nsi:nsi - test_ndis_ifinfo() fails randomly on Windows 10 1507: nsi.c:360: Test failed: 7: OutErrors: 3 not in [0 0] https://test.winehq.org/data/patterns.html#nsi:nsi The OutErrors value varies between 1 to 3 from one run to the next. -- 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 53169] New: Rich edit control becomes unstable or trips assertion after ITextRange::SetFont is called
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53169 Bug ID: 53169 Summary: Rich edit control becomes unstable or trips assertion after ITextRange::SetFont is called Product: Wine Version: 7.10 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: huw(a)codeweavers.com Distribution: --- The textrange_set_font function does not properly wrap marked paragraphs and commit undo buffer, leading to inconsistent state. Affected applications: - KakaoTalk Emotion Plus (paid subscription) autosuggest feature may cause random crashes once triggered. -- 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 4

[Bug 50948] New: taskmgr show wrong memory usage unit (GB => MB)
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=50948 Bug ID: 50948 Summary: taskmgr show wrong memory usage unit (GB => MB) Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: limstash.w(a)gmail.com Distribution: --- Created attachment 69771 --> https://bugs.winehq.org/attachment.cgi?id=69771 Screenshot Task manage performance page show wrong memory usage unit, should be GB instead of MB. Step to reproduce: 1. wine taskmgr 2. switch to the performance page $ wine --version wine-6.5 -- 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 13

[Bug 48487] New: MSYS based Git 2.25 installer reports 'could not decode hex <hexstring>' (needs support for CryptStringToBinaryW CRYPT_STRING_HEX)
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=48487 Bug ID: 48487 Summary: MSYS based Git 2.25 installer reports 'could not decode hex <hexstring>' (needs support for CryptStringToBinaryW CRYPT_STRING_HEX) Product: Wine Version: 5.0-rc6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. The error message pops up a number of times and can be dismissed. Download: https://github.com/git-for-windows/git/releases/tag/v2.25.0.windows.1 --- snip --- $ WINEDEBUG=+seh,+relay,+cmd,+crypt wine ./Git-2.25.0-32-bit.exe >>log.txt 2>&1 ... 005b:Call KERNEL32.CreateProcessW(00000000,00f822ec L"\"C:\\users\\focht\\Temp\\is-79D9L.tmp\\Git-2.25.0-32-bit.tmp\" /SL5=\"$70062,45991292,224256,Z:\\home\\focht\\Downloads\\Git-2.25.0-32-bit.exe\" ",00000000,00000000,00000000,00000000,00000000,00000000,0032fe54,0032fe44) ret=0040ebdd ... 005b:Ret KERNEL32.CreateProcessW() retval=00000001 ret=0040ebdd ... 005d:Call KERNEL32.CreateFileW(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd",c0000000,00000000,00000000,00000002,00000080,00000000) ret=0042643d 005d:Call ntdll._wcsicmp(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd",7b05c3f6 L"CONIN$") ret=7b00f02f 005d:Ret ntdll._wcsicmp() retval=ffffffcb ret=7b00f02f 005d:Call ntdll._wcsicmp(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd",7b05c404 L"CONOUT$") ret=7b00f045 005d:Ret ntdll._wcsicmp() retval=ffffffcb ret=7b00f045 005d:Call ntdll.wcsncmp(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd",7b05c328 L"\\\\.\\",00000004) ret=7b00f05d 005d:Ret ntdll.wcsncmp() retval=ffffffe7 ret=7b00f05d 005d:Call ntdll.RtlIsDosDeviceName_U(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd") ret=7b00f06f 005d:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7b00f06f 005d:Call ntdll.RtlDosPathNameToNtPathName_U(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd",0032ee14,00000000,00000000) ret=7b00f1b3 005d:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7b00f1b3 005d:Call ntdll.NtCreateFile(0032ee24,c0100080,0032edfc,0032edf4,00000000,00000080,00000000,00000005,00000060,00000000,00000000) ret=7b00f2a6 005d:Ret ntdll.NtCreateFile() retval=00000000 ret=7b00f2a6 005d:Call ntdll.RtlFreeUnicodeString(0032ee14) ret=7b00f3bb 005d:Ret ntdll.RtlFreeUnicodeString() retval=019bc684 ret=7b00f3bb 005d:Ret KERNEL32.CreateFileW() retval=000000c0 ret=0042643d 005d:Call crypt32.CryptStringToBinaryW(01348e5c L"213c73796d6c696e6b3efffe2f00700072006f0063002f00730065006c0066002f00660064000000",00000050,00000004,019c65b4,0165d4cc,00000000,00000000) ret=00499fca 005d:Call KERNEL32.IsBadStringPtrW(01348e5c,00000050) ret=7c332f9f 005d:Ret KERNEL32.IsBadStringPtrW() retval=00000000 ret=7c332f9f 005d:trace:crypt:CryptStringToBinaryW (L"213c73796d6c696e6b3efffe2f00700072006f0063002f00730065006c0066002f00660064000000", 80, 00000004, 0x19c65b4, 0x165d4cc, (nil), (nil)) 005d:fixme:crypt:CryptStringToBinaryW Unimplemented type 4 005d:Ret crypt32.CryptStringToBinaryW() retval=00000000 ret=00499fca 005d:Call KERNEL32.GetLastError() ret=004a1f1e 005d:Ret KERNEL32.GetLastError() retval=00000057 ret=004a1f1e 005d:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0032f064) ret=004fa043 005d:Call ntdll.memcpy(0032efd8,0032f064,0000001c) ret=7b00daa1 005d:Ret ntdll.memcpy() retval=0032efd8 ret=7b00daa1 005d:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b00dab1 ip=7b00dab1 tid=005d 005d:trace:seh:raise_exception info[0]=004fa043 005d:trace:seh:raise_exception info[1]=01686200 005d:trace:seh:raise_exception info[2]=013f4c70 005d:trace:seh:raise_exception info[3]=013f0350 005d:trace:seh:raise_exception info[4]=00000018 005d:trace:seh:raise_exception info[5]=0032f120 005d:trace:seh:raise_exception info[6]=0032f080 005d:trace:seh:raise_exception eax=0032efc4 ebx=013f4c70 ecx=0032f064 edx=0032efc4 esi=00000007 edi=0032f030 005d:trace:seh:raise_exception ebp=0032f018 esp=0032efc4 cs=320023 ds=ffff002b es=002b fs=55110063 gs=006b flags=00000212 005d:trace:seh:call_stack_handlers calling handler at 0x4fa44f code=eedfade flags=1 005d:trace:seh:call_stack_handlers handler at 0x4fa44f returned 1 005d:trace:seh:call_stack_handlers calling handler at 0x494d53 code=eedfade flags=1 ... 005d:Call user32.MessageBoxW(000200c2,01341d0c L"Could not write \"C:\\Program Files (x86)\\Git\\dev\\fd\" could not decode hex 213c73796d6c696e6b3efffe2f00700072006f0063002f00730065006c0066002f00660064000000",01413a94 L"Git 2.25.0 Setup",00000030) ret=0047ca0a --- snip --- The script source is here: https://github.com/git-for-windows/build-extra/blob/3c00b55dd02a3df50ee157d… --- snip --- function CreateCygwinSymlink(SymlinkPath,TargetPath:String):Boolean; var Attribute:DWord; i:Integer; Hex,Buffer:string; Stream:TStream; Size:LongWord; begin Result:=True; // assuming that the target is actually all-ASCII, convert to UTF-16 for i:=Length(TargetPath) downto 1 do TargetPath:=Copy(TargetPath,1,i)+#0+Copy(TargetPath,i+1,Length(TargetPath)-i); Hex:='213c73796d6c696e6b3efffe'; // "!<symlink>\xff\xfe" for i:=1 to Length(TargetPath) do Hex:=Hex+CharToHex(Ord(TargetPath[i])); // append wide characters as hex Hex:=Hex+'0000'; // append a wide NUL // write the file Stream:=TFileStream.Create(SymlinkPath,fmCreate); try Size:=Length(Hex) div 2; SetLength(Buffer,Size); if (CryptStringToBinary(Hex,Length(Hex),CRYPT_STRING_HEX,Buffer,Size,0,0)=0) or (Size<>Length(Hex) div 2) then RaiseException('could not decode hex '+Hex); Stream.WriteBuffer(Buffer,Size); except LogError('Could not write "'+SymlinkPath+'" '+GetExceptionMessage()); Result:=False; finally Stream.Free end; // Set system bit (required for Cygwin to interpret this as a symlink) Attribute:=GetFileAttributes(SymlinkPath); if (Attribute and 4) = 0 then begin Attribute:=Attribute or 4; if not SetFileAttributes(SymlinkPath,Attribute) then begin LogError('Could not mark "'+SymlinkPath+'" as system file'); Result:=False; end; end; end; --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/02f3a133b64ed1f979309e1399738ea… --- snip --- 990 BOOL WINAPI CryptStringToBinaryW(LPCWSTR pszString, 991 DWORD cchString, DWORD dwFlags, BYTE *pbBinary, DWORD *pcbBinary, 992 DWORD *pdwSkip, DWORD *pdwFlags) 993 { 994 StringToBinaryWFunc decoder; 995 LONG ret; 996 997 TRACE("(%s, %d, %08x, %p, %p, %p, %p)\n", debugstr_wn(pszString, cchString ? cchString : -1), 998 cchString, dwFlags, pbBinary, pcbBinary, pdwSkip, pdwFlags); 999 1000 if (!pszString) 1001 { 1002 SetLastError(ERROR_INVALID_PARAMETER); 1003 return FALSE; 1004 } 1005 /* Only the bottom byte contains valid types */ 1006 if (dwFlags & 0xfffffff0) 1007 { 1008 SetLastError(ERROR_INVALID_DATA); 1009 return FALSE; 1010 } 1011 switch (dwFlags) 1012 { 1013 case CRYPT_STRING_BASE64_ANY: 1014 decoder = Base64AnyToBinaryW; 1015 break; 1016 case CRYPT_STRING_BASE64: 1017 decoder = Base64ToBinaryW; 1018 break; 1019 case CRYPT_STRING_BASE64HEADER: 1020 decoder = Base64HeaderToBinaryW; 1021 break; 1022 case CRYPT_STRING_BASE64REQUESTHEADER: 1023 decoder = Base64RequestHeaderToBinaryW; 1024 break; 1025 case CRYPT_STRING_BASE64X509CRLHEADER: 1026 decoder = Base64X509HeaderToBinaryW; 1027 break; 1028 case CRYPT_STRING_BINARY: 1029 decoder = DecodeBinaryToBinaryW; 1030 break; 1031 case CRYPT_STRING_ANY: 1032 decoder = DecodeAnyW; 1033 break; 1034 case CRYPT_STRING_HEX: 1035 case CRYPT_STRING_HEXASCII: 1036 case CRYPT_STRING_HEXADDR: 1037 case CRYPT_STRING_HEXASCIIADDR: 1038 FIXME("Unimplemented type %d\n", dwFlags & 0x7fffffff); 1039 /* fall through */ 1040 default: 1041 SetLastError(ERROR_INVALID_PARAMETER); 1042 return FALSE; 1043 } 1044 if (!cchString) 1045 cchString = strlenW(pszString); 1046 ret = decoder(pszString, cchString, pbBinary, pcbBinary, pdwSkip, pdwFlags); 1047 if (ret) 1048 SetLastError(ret); 1049 return ret == ERROR_SUCCESS; 1050 } --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/api/wincrypt/nf-wincrypt-cry… $ sha1sum Git-2.25.0-32-bit.exe 7dc64019c089d4a9a3700ee7140a7af9a5416199 Git-2.25.0-32-bit.exe $ du -sh Git-2.25.0-32-bit.exe 45M Git-2.25.0-32-bit.exe $ wine --version wine-5.0-rc6 Regards -- 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 10

[Bug 53587] New: comctl32 GetWindowSubclass crash in Notepad++ (v8.4.3 and 8.4.4 only)
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53587 Bug ID: 53587 Summary: comctl32 GetWindowSubclass crash in Notepad++ (v8.4.3 and 8.4.4 only) Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: xm1(a)email.cz Distribution: --- Created attachment 72970 --> https://bugs.winehq.org/attachment.cgi?id=72970 debugger screenshot right before the access violation The N++ application crashes when uses subclassing of some common controls (ListBox or EditControl) unless you use native Windows comctl32 (winetricks used successfully on x86 N++ versions 8.4.3 and 8.4.4). There has been submitted a N++ commit, which detects running under the Wine environment and disables the relevant subclassing stuff in such case, so the N++ crash will be fixed but this only hide the Wine comctl32 problem: https://github.com/notepad-plus-plus/notepad-plus-plus/commit/f2c4ecd7e1bfd… The original N++ bug-report: https://github.com/notepad-plus-plus/notepad-plus-plus/issues/11941 N++ x86 portable releases used for testing (x64 crashes too, but I could not use the winetricks for the comparison there...): https://github.com/notepad-plus-plus/notepad-plus-plus/releases/download/v8… https://github.com/notepad-plus-plus/notepad-plus-plus/releases/download/v8… Earlier N++ versions (v8.4.2-) do not crash as the relevant commit for custom ctrl border subclassing has been introduced in v8.4.3. My Linux testing environment (both with the same result): - openSUSE Tumbleweed (Snapshot20220729) x64, Wine 7.13 - openSUSE Leap 15.3 x64, Wine 6 -- 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 53170] New: Rich edit control becomes unstable or trips assertion after changing TextFont properties
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53170 Bug ID: 53170 Summary: Rich edit control becomes unstable or trips assertion after changing TextFont properties Product: Wine Version: 7.10 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: huw(a)codeweavers.com Distribution: --- The set_textfont_prop function does not properly wrap marked paragraphs and commit undo buffer, leading to inconsistent state. Affected applications: - KakaoTalk Emotion Plus (paid subscription) autosuggest feature may cause random crashes once triggered. -- 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 4

[Bug 52457] New: CNG Encryption Failure (BCryptEncrypt)
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52457 Bug ID: 52457 Summary: CNG Encryption Failure (BCryptEncrypt) Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: x256(a)ultra.fyi Distribution: --- Created attachment 71746 --> https://bugs.winehq.org/attachment.cgi?id=71746 Demo application (with source code) The CNG encryption function BCryptEncrypt does not always work properly. Please see the attached demo application. It encrypts 4 blocks (AES in CBC mode, test vector from RFC 3602): one BCryptEncrypt call encrypts the first two blocks, and a second BCryptEncrypt call encrypts the last two blocks. On Windows, all 4 blocks are encrypted correctly. On Wine, the first two blocks are encrypted correctly, but the last two blocks are incorrect. Tested with Wine 5.0.3 and 7.0.0 (winehq-stable) on Kubuntu 21.10 (64-bit). Thanks! -- 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 51788] New: windowscodecs:wmpformat test_decode() fails in the ar_MA locale
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=51788 Bug ID: 51788 Summary: windowscodecs:wmpformat test_decode() fails in the ar_MA locale Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 70682 --> https://bugs.winehq.org/attachment.cgi?id=70682 Dump the imagedata content for debugging windowscodecs:wmpformat test_decode() fails in the ar_MA.UTF-8 locale: wmpformat.c:149: Test failed: unexpected image data wmpformat.c:149: Test failed: unexpected image data wmpformat.c:149: Test failed: unexpected image data wmpformat.c:149: Test failed: unexpected image data https://test.winehq.org/data/patterns.html#windowscodecs:wmpformat Strangely this also happens in other locales like ar_AE.UTF-8, ar_EG.UTF-8, fa_IR.UTF-8 (Farsi) and ur_IN.UTF-8 (Urdu); but not in other right-to-left locales like he_IL.UTF-8 (Hebrew) or yi_US.UTF-8 (Yiddish). I added code to dump the imagedata content and in all failure cases I got the same value: wmpformat.c:154: imagedata=6db0fc006db0fc006db0fc006db0fc006db0fc6c instead of the expected wmpformat.c:154: imagedata=6db0fc006db0fc006db0fc006db0fc006db0fc00 So it's only the last byte that changes. Also, while these failures are easily reproducible on the TestBot VMs (debiant2 and my own), I cannot reproduce them on my Debian 11 development machine (I have the required locales). In any case a bisect shows that these failures were introduced by the following commit: commit 711ce415c01a5e36bde6bb147b5aa3cedc8b35ed Author: Jacek Caban <jacek(a)codeweavers.com> Date: Thu Sep 2 14:14:25 2021 +0200 gdi32: Store abort proc in DC_ATTR. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 15

[Bug 46822] New: Edit control in ADL search dialog gets initially not drawn in DC++ 0.868, regression
by wine-bugs＠winehq.org 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=46822 Bug ID: 46822 Summary: Edit control in ADL search dialog gets initially not drawn in DC++ 0.868, regression Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: dee3shee7aeno4(a)mailinator.com Distribution: --- Created attachment 63845 --> https://bugs.winehq.org/attachment.cgi?id=63845 wine-4.3-229-g6d82b2f1ad-with-dadea2d11d78c73ce918d0c130db6dd32d06e6ee-reverted.png In DC++ 0.868, not connected to a hub, menu View - ADL search - right click in the upper area - New ... The created dialog does not draw the Search String edit control properly. A git bisect led here: dadea2d11d78c73ce918d0c130db6dd32d06e6ee is the first bad commit Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Fri Feb 16 14:19:00 2018 +0300 comctl32/edit: Force update on focus change. That commit was a fix against bug #40002. Wine 3.2 is the first release containing that commit. Reverting that commit on top of current git makes the edit control being drawn correctly. Download: https://sourceforge.net/projects/dcplusplus/files/DC%2B%2B%200.868/ -- 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 52831] New: Kernel32::GetSystemPowerStatus Returns Invalid Data if BAT0 is Missing
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52831 Bug ID: 52831 Summary: Kernel32::GetSystemPowerStatus Returns Invalid Data if BAT0 is Missing Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: root(a)kazwolfe.io Distribution: --- Created attachment 72224 --> https://bugs.winehq.org/attachment.cgi?id=72224 Output from Wine, MCVE binary, and relevant information. Currently, it appears as though Kernel32's GetSystemPowerStatus behaves inconsistently on modern systems and will return garbage or invalid information. A precursory glance into this problem seems to be rooted in dlls/ntdll/unix/system.c#L3447 and `fill_battery_state`. This function only appears to check for the existence of `/sys/class/power_supply/AC` and `/sys/class/power_supply/BAT0`, which not all systems necessarily have. For example, my test computer runs on `AC0` and `BAT1`. A Steam Deck (where this bug originally was noticed) uses `ACAD` and `BAT1`. -- 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 51842] New: include/winnt.h:403:50: error: size of unnamed array is negative
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=51842 Bug ID: 51842 Summary: include/winnt.h:403:50: error: size of unnamed array is negative Product: Wine Version: 6.18 Hardware: x86 OS: NetBSD Status: NEW Severity: blocker Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com --- dlls/wldap32/libldap.o --- gcc -c -o dlls/wldap32/libldap.o dlls/wldap32/libldap.c -Idlls/wldap32 -Iinclude -D__WINESRC__ -D_UCRT -DWINE_UNIX_LIB -fPIC -fasynchronous-unwind-tables -Wall -pipe -fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Winit-self -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -march=i586 -gdwarf-2 -gstrict-dwarf -fno-omit-frame-pointer -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/X11R6/include -g In file included from include/windef.h:290:0, from dlls/wldap32/libldap.c:40: include/winnt.h:403:50: error: size of unnamed array is negative #define C_ASSERT(e) extern void __C_ASSERT__(int [(e)?1:-1]) ^ dlls/wldap32/libldap.c:56:1: note: in expansion of macro ‘C_ASSERT’ C_ASSERT( sizeof(struct timevalU) == sizeof(struct timeval) ); ^~~~~~~~ gcc (nb4 20200810) 7.5.0 Copyright (C) 2017 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. NetBSD localhost 9.2 NetBSD 9.2 (GENERIC) #0: Wed May 12 13:15:55 UTC 2021 mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/i386/compile/GENERIC i386 Workaround is to run ./configure using --without-ldap -- 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 44814] New: Some Cygwin applications need a better ntdll.NtQueryEaFile stub
by wine-bugs＠winehq.org 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=44814 Bug ID: 44814 Summary: Some Cygwin applications need a better ntdll.NtQueryEaFile stub Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-NtQu… Unfortunately there is little information/details, I just found this: https://wine-staging.com/news/2015-06-14-release-1.7.45.html --- quote --- Improve stub for NtQueryEaFile (Wine Staging Bug #353) --- quote --- Sadly no applications are mentioned. My guess would be it was Cygwin or MSYS2 related. https://github.com/openunix/cygwin/blob/master/winsup/cygwin/ntea.cc https://github.com/openunix/cygwin/search?utf8=%E2%9C%93&q=NtQueryEaFile Further info: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/content/ntifs… $ wine --version wine-3.4 Regards -- 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 53800] New: CRYPT_GetBuiltinDecoder Unsupported decoder for lpszStructType 1.3.6.1.4.1.311.2.1.4
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53800 Bug ID: 53800 Summary: CRYPT_GetBuiltinDecoder Unsupported decoder for lpszStructType 1.3.6.1.4.1.311.2.1.4 Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: j20001970(a)yahoo.com.tw Distribution: --- Output from terminal shows "fixme:cryptasn:CRYPT_GetBuiltinDecoder Unsupported decoder for lpszStructType 1.3.6.1.4.1.311.2.1.4". -- 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 53123] New: ListView: Ctrl+Shift+LMouse multiselect on LVS_OWNERDATA listviews erroneously sends LVN_ODSTATECHANGED
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53123 Bug ID: 53123 Summary: ListView: Ctrl+Shift+LMouse multiselect on LVS_OWNERDATA listviews erroneously sends LVN_ODSTATECHANGED Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugs(a)angelohaller.com Distribution: --- Created attachment 72578 --> https://bugs.winehq.org/attachment.cgi?id=72578 Example file that highlights the bug by crashing. As in the title: ListViews that do not have LVS_OWNERDATA set as style falsely do send an LVN_ODSTATECHANGED notification. This notification is ONLY for LVS_OWNERDATA style ListViews and should not be sent otherwise. Steps to reproduce: 1. Run the attached `print-notify.exe` 2. Select a row by clicking on it 3. Hold down CTRL+SHIFT and select another row by clicking with the left mouse button (selecting multiple rows) The attached application crashes when using wine. Windows 7 does not. This bug can only be triggered by left mouse clicks. A patch is available as part of my `Fix LVS_OWNERDATA list view multi select.` patch set. This report is solely to prove the bugs existence and increase the likelihood of the patches getting accepted. Source code available at: https://raw.githubusercontent.com/szanni/win32-listview-tests/66163266e5433… -- 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 42751] New: Gas Guzzlers Combat Carnage Demo crashes with msvcr100.dll.? _Schedule@_StructuredTaskCollection@details@Concurrency@@QAEXPAV_UnrealizedChore@23@@Z
by wine-bugs＠winehq.org 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=42751 Bug ID: 42751 Summary: Gas Guzzlers Combat Carnage Demo crashes with msvcr100.dll.?_Schedule@_StructuredTaskCollection@deta ils@Concurrency@@QAEXPAV_UnrealizedChore@23@@Z Product: Wine Version: 2.5 Hardware: x86-64 URL: http://www.worthdownloading.com/download.php?gid=5320& id=23965 OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: msvcr Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: piotr(a)codeweavers.com Distribution: --- Crashes after ~3-5 minutes of gameplay. wine: Call from 0x7b43b77c to unimplemented function msvcr100.dll.?_Schedule@_StructuredTaskCollection@details@Concurrency@@QAEXPAV_UnrealizedChore@23@@Z, aborting -- 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 21

[Bug 39346] New: Lego Rock Raiders crashes on startup
by wine-bugs＠winehq.org 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=39346 Bug ID: 39346 Summary: Lego Rock Raiders crashes on startup Product: Wine Version: 1.7.51 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linus(a)folkdatorn.se Created attachment 52439 --> https://bugs.winehq.org/attachment.cgi?id=52439 WINEDEBUG=+d3drm wine LegoRR.exe Lego Rock Radiers crashes on startup without an unhandled page fault on read access. I think that this can be related to d3drm which I know that Lego Rock Radiers uses. See attached log output which is with WINEDEBUG=+d3drm -- 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 21

[Bug 54722] New: Granta Edupack 2023 R1: "An unrecoverable error has occurred"
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54722 Bug ID: 54722 Summary: Granta Edupack 2023 R1: "An unrecoverable error has occurred" Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernard.nysten(a)uclouvain.be Distribution: --- Created attachment 74228 --> https://bugs.winehq.org/attachment.cgi?id=74228 Terminal output during installation and content of backtrace file I try to run the Granta Edupack software under Wine (v 2023 R1). The installation seems to go well, although many messages are displayed on the terminal (see attached file). However, after starting the program from the "Applications --> Wine" menu, the message "An unrecoverable error has occurred" is displayed after about 10 seconds. The program splash screen is not displayed (see attached file). I got the same problem whether using a win32 or a win64 architecture. -- 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 1

[Bug 24902] New: Sky Track: No music
by wine-bugs＠winehq.org 24 Mar '23

24 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=24902 Summary: Sky Track: No music Product: Wine Version: 1.3.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=31536) --> (http://bugs.winehq.org/attachment.cgi?id=31536) Terminal output on Wine-1.3.5 Steps to reproduce: 1) remove ~/.wine 2) install Sky Track (16MB) 3) wine Game.exe 4) create your own profile Behaviour: No music is heard. Expected behaviour: Music should be heard. -- 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 23779] New: Graphviz msiexec installer fails with "Installation Incomplete: The installer was interupted before Graphviz could be installed"
by wine-bugs＠winehq.org 24 Mar '23

24 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=23779 Summary: Graphviz msiexec installer fails with "Installation Incomplete: The installer was interupted before Graphviz could be installed" Product: Wine Version: 1.2 Platform: x86 URL: http://www.graphviz.org/pub/graphviz/stable/windows/gr aphviz-2.26.msi OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: saturn_systems(a)yahoo.com Graphviz ( wine msiexec /i graphviz-2.26.msi ) fails with: The install program showing ["Installation Incomplete: The installer was interupted before Graphviz could be installed. You need to restart the installer to try again. Click "close" to exit"] and the terminal showing: fixme:advapi:LookupAccountNameW (null) L"me" (nil) 0x32f160 (nil) 0x32f164 0x32f158 - stub fixme:advapi:LookupAccountNameW (null) L"me" 0x157138 0x32f160 0x131df8 0x32f164 0x32f158 - stub err:msi:ITERATE_Actions Execution halted, action L"SxsInstallCA" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 -- 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 18

[Bug 52912] New: t2embed:t2embed fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 24 Mar '23

24 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52912 Bug ID: 52912 Summary: t2embed:t2embed fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: t2embed Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com t2embed:t2embed fails on Windows with the UTF-8 codepage: t2embed.c:103: Test failed: Unexpected retval 0x117. --> E_PERMISSIONSINVALID t2embed.c:107: Test failed: Unexpected retval 0. --> E_NONE t2embed.c:108: Test failed: Unexpected status 0x2. https://test.winehq.org/data/patterns.html#t2embed:t2embed -- 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 34083] New: Symantec Antivirus 10.x installer fails in custom action WriteCcSettingsTables.03FE01CF_295E_4354_A292_7DC4A810E0DA
by wine-bugs＠winehq.org 23 Mar '23

23 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=34083 Bug #: 34083 Summary: Symantec Antivirus 10.x installer fails in custom action WriteCcSettingsTables.03FE01CF_295E_4354_A292_7DC4A810 E0DA Product: Wine Version: 1.6-rc4 Platform: x86-64 OS/Version: Linux Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 45314 --> http://bugs.winehq.org/attachment.cgi?id=45314 wine-1.6-rc4 console output Working around Bug 22009 and Bug 34082 the installer for Symantec Antivirus 10.1 (32-bit) fails in custom action WriteCcSettingsTables.03FE01CF_295E_4354_A292_7DC4A810E0DA. This custom action can be removed from the .msi and the installer continues. -- 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 7

[Bug 53248] New: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_coop_level_mode_set() sometimes fails on Windows due to DDERR_SURFACELOST
by WineHQ Bugzilla 23 Mar '23

23 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53248 Bug ID: 53248 Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_coop_level_mode_set() sometimes fails on Windows due to DDERR_SURFACELOST Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_coop_level_mode_set() sometimes fails on Windows due to DDERR_SURFACELOST. There are two variants: ddraw1.c:3504: Test failed: Got unexpected hr 0x887601c2. or ddraw1.c:3542: Test failed: Failed to create surface, hr 0x887601c2. https://test.winehq.org/data/patterns.html#ddraw:ddraw1 https://test.winehq.org/data/patterns.html#ddraw:ddraw2 https://test.winehq.org/data/patterns.html#ddraw:ddraw4 https://test.winehq.org/data/patterns.html#ddraw:ddraw7 These failures: * Happen on the Windows 8 TestBot VMs * Don't happen on the Windows 10 TestBot VMs * Happened on the cw-rx460 Windows 10 2009+ configurations. * Did not happen on cw-gtx560. So they appear to be very dependent on the Windows driver which is to be expected I guess. -- 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 4

[Bug 54723] New: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_p8_blit() fails on Windows 11 + AMD
by WineHQ Bugzilla 23 Mar '23

23 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54723 Bug ID: 54723 Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_p8_blit() fails on Windows 11 + AMD Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_p8_blit() fails on Windows 11 + AMD: ddraw7.c:9518: Test failed: Got unexpected P8 color key blit result. The same failure happens in ddraw1, ddraw2 and ddraw4. See https://test.winehq.org/data/patterns.html#ddraw:ddraw1 & co This failure is systematic on Windows 11 + AMD and has never happened in any of the other test configurations. -- 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 1

[Bug 54693] New: Freedom Planet 2 performance is atrocious with near-zero hardware load
by WineHQ Bugzilla 23 Mar '23

23 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54693 Bug ID: 54693 Summary: Freedom Planet 2 performance is atrocious with near-zero hardware load Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: virtuousfox(a)gmail.com Distribution: --- Created attachment 74203 --> https://bugs.winehq.org/attachment.cgi?id=74203 wine64 FP2.exe log When running Freedom Planet 2 v1.2.0 on LGA-2011/Xeon E5-2697/AMD RX580 under rolling-release openSUSE Tumbleweed it gets atrocious ~10 fps in levels and ~45 fps in menus with ~1% GPU load, despite being simple low-res 2D game. The executable is 32-bit d3d11 Unity-based app. I actually use wine-staging but I can't test vanilla now to see if its different. However, one interesting part is that enabling WINEESYNC tanks fps more than twice of even that: <5 from 10. With WINEESYNC=0 CPU load is mostly on single core to about 60-80% but with WINEESYNC=1 load is shared among all 24 CPU threads to be almost unnoticeable, yet performance is literal slide-show. Tested with wine's GL rendering and dxvk with same result, wine's vulkan renderer hangs at startup. In comparison, Dishonored 2, pretty visually taxing game, maxed out with same wine/dxvk settings gives buttery-smooth native 72 fps (OC 60 fps panel) with <80% GPU load. There is nothing obvious in what little logs it spews out and there seem to be no audio or visual glitches. I'm quite at a loss to figure out what might be the bottleneck. -- 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 54716] New: Hard Time (2007): incorrect text rendering caused by font anti-aliasing
by WineHQ Bugzilla 23 Mar '23

23 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54716 Bug ID: 54716 Summary: Hard Time (2007): incorrect text rendering caused by font anti-aliasing Product: Wine Version: 4.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: liamstevens2287(a)gmail.com Distribution: --- Created attachment 74224 --> https://bugs.winehq.org/attachment.cgi?id=74224 A screenshot of 2007's 'Hard Time' showing incorrect font rendering on the left, with the intended appearance on the right. Distros tested: Arch Linux, EndeavourOS, SteamOS Versions tested: Wine 4.21, 7.2, 8.3, 8.4, and all versions of Valve Proton 2007 indie game 'Hard Time' incorrectly displays white outlines around all text, caused by font anti-aliasing being forced. On Windows, the game correctly runs with no AA without tweaking required by the user. Disabling font anti-aliasing at the Xorg level or by using your DE's options works around this, as there is no way to disable font AA in Wine itself (that I can tell). The game is free, and the official download is located at http://www.mdickie.com/downloads.htm (direct link at http://www.mdickie.com/downloads/new/hardtime_setup.exe) Attached is an image of two screenshots with font anti-aliasing enabled on the left, and disabled on the right to show the intended appearance. As this is my first Wine bug, please do tell me if there is any other information which is needed. Many thanks. -- 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 54719] New: MarioKartToolbox: Open file button enabled but does nothing
by WineHQ Bugzilla 22 Mar '23

22 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54719 Bug ID: 54719 Summary: MarioKartToolbox: Open file button enabled but does nothing Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: narkro555(a)gmail.com Distribution: --- Created attachment 74225 --> https://bugs.winehq.org/attachment.cgi?id=74225 Log from "wine MarioKartToolbox.exe &> output.txt" Upon starting the program, a file open dialog appears. Upon double clicking a valid program or clicking the open button after selecting one, nothing happens. The open button is at no point disabled. I was able to work around it by launching the program with a command line argument to the executable, but it was still very inconvenient as I now have to restart to switch projects or files. Downloaded from https://wiki.dshack.org/ File URL: https://cdn.discordapp.com/attachments/885622551362015272/88564165528847163… sha1sum: 1274b3a33de4133c116f99c3ef56246e17bb4847 MKTB_1680_RC1.7z -- 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 1

[Bug 53456] New: kernel32:debugger - load_blackbox() sometimes fails for crash_and_debug() on Windows
by WineHQ Bugzilla 22 Mar '23

22 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53456 Bug ID: 53456 Summary: kernel32:debugger - load_blackbox() sometimes fails for crash_and_debug() on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:debugger - load_blackbox() sometimes fails for crash_and_debug() on Windows: debugger.c:155: Test failed: unable to open 'C:\Users\winetest\AppData\Local\Temp\wt39FA.tmp' debugger.c:155: Test failed: failed to open: C:\Users\winetest\AppData\Local\Temp\wt39FA.tmp debugger.c:676: Test failed: the child and debugged pids don't match: 4840 != 1472 https://test.winehq.org/data/patterns.html#kernel32:debugger This happens on Window 8 to Windows 10 21H1 in both 32- and 64-bit tests but the failure rate appears to be below 2%. -- 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 54715] New: Several VST plugins dont know some knobs
by WineHQ Bugzilla 21 Mar '23

21 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54715 Bug ID: 54715 Summary: Several VST plugins dont know some knobs Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: assinkzkie(a)proton.me Distribution: --- Its the same as in this old Closed bug report, so it still exists. https://bugs.winehq.org/show_bug.cgi?id=41593 I tried the "MaxVersionGL" workaround already, but this didnt seem to work for me. relevant error is: err:d2d:d2d_bitmap_create Failed to create texture, hr 0x80070057. It happens in several plugins for me, For instance bx_opto (brainworks) and Black Rooster Audio VLA-2A -- 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 1

[Bug 54304] New: user32:input - test_GetRawInputBuffer() sometimes gets unexpected GetRawInputData() success in Wine
by WineHQ Bugzilla 21 Mar '23

21 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54304 Bug ID: 54304 Summary: user32:input - test_GetRawInputBuffer() sometimes gets unexpected GetRawInputData() success in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:input - test_GetRawInputBuffer() sometimes gets unexpected GetRawInputData() success in Wine. This results in a group of 3 failures: input.c:2287: Test failed: GetRawInputData succeeded input.c:2288: Test failed: GetRawInputData returned deadbeef input.c:2421: Test failed: Spurious WM_INPUT messages See https://test.winehq.org/data/patterns.html#user32:input The first known instance goes back to 2022-08-29 and there has been roughly 2 failures per month since then with a two months gap (October & November). That makes it hard to know when this failure really appeared. Note that the 'spurious WM_INPUT messages' failure also appears on Windows. See bug 54053. -- 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 52982] New: PotPlayer: Crashes and hangs
by WineHQ Bugzilla 21 Mar '23

21 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52982 Bug ID: 52982 Summary: PotPlayer: Crashes and hangs Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bq74stlxvkpb(a)opayq.com Distribution: --- Created attachment 72350 --> https://bugs.winehq.org/attachment.cgi?id=72350 Terminal output when the application hangs PotPlayer crashes or hangs shortly after starting, or starting to play a video file. Default configuration (just with Windows 10 set). I'm trying to add a printscreen as a second attachment, but it seems I cannot have more than one attachment? Well, I can add it as a link, I guess: https://imgur.com/zedUjNf (other applications work correctly with these settings and all of those drive paths are accessible) I can't quite use a non-stable version, because this is my work laptop and my work needs for wine to work correctly at all times. It would be nice if I could watch videos through PotPlayer while on breaks, though! :) https://t1.daumcdn.net/potplayer/PotPlayer/Version/Latest/PotPlayerSetup64.… I've managed to get PotPlayer working for a bit, even playing videos without a hitch, but I have no idea why - upon closing it and relaunching, I was met with a hang (I'm going to place that in the attachment). Furthermore, the logging mini-application that is supposed to gather the logs for the crash also... crashed/hanged. Dammit! :D It's been like this for over 10 minutes: https://imgur.com/HEMRh2l I've decided to use the newest hang as the attachment. I don't know how to connect this bug to the App database other than to just post a link here: https://appdb.winehq.org/objectManager.php?sClass=application&iId=14890 PotPlayer version: 220420 (1.7.21632) O.S: Linux Mint 20.3 Una with Cinnamon -- 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 8

[Bug 51877] New: improve POSIX compatibility for wine-staging's patches/gitapply.sh
by WineHQ Bugzilla 21 Mar '23

21 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=51877 Bug ID: 51877 Summary: improve POSIX compatibility for wine-staging's patches/gitapply.sh Product: Wine-staging Version: 6.19 Hardware: x86-64 OS: other Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Created attachment 70802 --> https://bugs.winehq.org/attachment.cgi?id=70802 Makes patches/gitapply.sh more POSIX compatible wine-staging's patches/patchinstall.sh can apply patches using Git commands, or CLI tools. It prefers Git commands, but when it detects that some parent directory is a Git repository, it passes --nogit to patches/gitapply.sh, which then starts using CLI tools which use various Linuxisms. On FreeBSD, the Git commands work, but since the Ports tree can itself be a Git repository, and Wine extracts under it (by default), they cannot always be used, falling back to CLI tools with Linuxisms that break. This patch makes patches/gitapply.sh more POSIX compatible, and gets it working on FreeBSD. -- 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 18

[Bug 54669] New: imm32:imm32 - ime_install() fails on on Windows in mixed locales
by WineHQ Bugzilla 20 Mar '23

20 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54669 Bug ID: 54669 Summary: imm32:imm32 - ime_install() fails on on Windows in mixed locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: imm32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com imm32:imm32 - ime_install() fails on on Windows in mixed locales: imm32.c:2614: Test failed: unexpected call IME_DLL_PROCESS_DETACH imm32.c:2782: Test failed: ImmLoadIME returned 0 imm32.c:2790: Test failed: ImmLoadIME returned 0 imm32.c:2798: Test failed: expected ImeDestroy imm32.c:2614: Test failed: unexpected call IME_DLL_PROCESS_DETACH imm32.c:2816: Test failed: ImmLoadIME returned 0 imm32.c:2824: Test failed: ImmLoadIME returned 0 imm32.c:2832: Test failed: expected ImeDestroy See https://test.winehq.org/data/patterns.html#imm32:imm32 The failures started with the commit below: commit 05cf38bfa63980af7a094b1c087bee4ea36eb485 Author: Rémi Bernon <rbernon(a)codeweavers.com> AuthorDate: Mon Mar 6 19:19:06 2023 +0100 imm32/tests: Test undocumented ImmLoadIME / ImmFreeLayout. -- 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 36866] New: ACDSee v17.0 failed to start, and process become "zombie" at end
by wine-bugs＠winehq.org 20 Mar '23

20 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=36866 Bug ID: 36866 Summary: ACDSee v17.0 failed to start, and process become "zombie" at end Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: penghao(a)linuxdeepin.com Created attachment 48960 --> https://bugs.winehq.org/attachment.cgi?id=48960 +tid,+seh log Deepin 2014 Linux phcole 3.13.0-30-generic #55-Ubuntu SMP Fri Jul 4 21:43:42 UTC 2014 i686 i686 i686 GNU/Linux wine-1.7.21-67-g5acf151 download ACDSee 17 from: http://dl.acdsystems.com.s3.amazonaws.com/acdsee/en/acdsee.exe after install ACDSee, start from: ~/.wine/drive_c/Program Files/ACD Systems/ACDSee/17.0/ with: wine ACDSee.exe the program failed to start, and then turn to "zombie" process in the gnome-system-monitor. last output is: err:seh:setup_exception_record stack overflow 992 bytes in thread 0009 eip 7e8310dc esp 00230f50 stack 0x230000-0x231000-0x330000 As Anastasius Focht metioned that it was a "recursion with SHGetDesktopFolder" in: https://bugs.winehq.org/show_bug.cgi?id=36790 -- 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 45888] New: Tag&Rename stackoverflows on startup unless Windows version is XP
by wine-bugs＠winehq.org 19 Mar '23

19 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=45888 Bug ID: 45888 Summary: Tag&Rename stackoverflows on startup unless Windows version is XP Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ronan(a)jouchet.fr Distribution: --- Created attachment 62397 --> https://bugs.winehq.org/attachment.cgi?id=62397 Tag&Rename StackOverflow debug info (logs, strace, winedbg) This is a followup of forum thread "Help debug stack overflow on Tag&Rename that used to work": https://forum.winehq.org/viewtopic.php?f=8&t=31184 --- I reinstalled my distro (Arch Linux) for reasons unrelated to Wine. After the reinstall, some Windows programs (Picasa 3, winecfg, wine regedit, wine control) that used to run fine in Wine 3.16 before the reinstall still work in freshly-reinstalled Wine 3.16, but one (Tag & Rename v3.9.15, https://appdb.winehq.org/objectManager.php?sClass=version&iId=32380 ) doesn't, and crashes with error err:seh:setup_exception_record stack overflow . See attachment for detailed crashlog and system information. I tried, without success, - To remove the existing ~/.wine prefix and get a fresh new one (as you'll see in the attachment). - To install wine_gecko (2.47-1) and wine-mono (4.7.3-1). - To install various 32bit libs recommended by Arch's wiki: https://wiki.archlinux.org/index.php/Wine#Installation . - To create a 32bit prefix and run from it. - To strace my run, but there's lots and I don't know what's (a)normal. Attached is a (partial/truncated) strace output. Forum user Bob Wya suggested that could be bug 45199 - "Many applications and games fail to start/crash after compiling wine with gcc 8.1.0 and -O2 (GOT/PIC register load code now emitted at function entry, missing hotpatch signatures)", but I recompiled wine with -O0, and it didn't help. In the end, forum user DarkShadow44 suggested I try setting Windows version to XP, and it worked. After wiping my wineprefix and running winecfg to set Windows version to XP, Tag&Rename works fine. I'm available to get debug info as necessary. Thanks for the wine :) . -- 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 26058] New: Thief: Deadly Shadows - Some texture problems & very many messages 'Texture wrapping not yet supported'
by wine-bugs＠winehq.org 19 Mar '23

19 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=26058 Summary: Thief: Deadly Shadows - Some texture problems & very many messages 'Texture wrapping not yet supported' Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fcsadcfgbh(a)mail.ru Created an attachment (id=33227) --> (http://bugs.winehq.org/attachment.cgi?id=33227) Look at the tree & at player's figure * There are very many messages like this 'fixme:d3d:state_wrap (WINED3DRS_WRAP0) Texture wrapping not yet supported.' in console while playing Thief: Deadly shadows * There are problems with textures of trees. Maybe there are also problems with textures of people - I don't know if they must be so as they are. See attached screenshot of game Wine version: git from 10 february 2011 OS: Debian Squeeze Videocard: Notebook with Nvidia GeForce 8200M with latest drivers (NVIDIA-Linux-x86_64-260.19.36.run) from www.nvidia.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 11

[Bug 54589] New: Unsupported type-id leaf "151d" & "e"; Unsupported numeric leaf type "800a"
by WineHQ Bugzilla 19 Mar '23

19 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54589 Bug ID: 54589 Summary: Unsupported type-id leaf "151d" & "e"; Unsupported numeric leaf type "800a" Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: hasezoey(a)gmail.com Distribution: --- Created attachment 74122 --> https://bugs.winehq.org/attachment.cgi?id=74122 Full log of a rust windows cli program crashing It seems like dbghelp_msc does not support the following things: - ":numeric_leaf Unsupported numeric leaf type 800a" - ":codeview_parse_one_type Unsupported type-id leaf e" - ":codeview_parse_one_type Unsupported type-id leaf 151d" from freshly compiled rust code (with msvc compiler) attached is a full log of some rust cli target crashing and wine printing those helpers -- 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 54703] New: TTF_PARSELINKS is not implemented, showing raw link tags in tooltips
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54703 Bug ID: 54703 Summary: TTF_PARSELINKS is not implemented, showing raw link tags in tooltips Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)sagagames.de Distribution: --- Created attachment 74211 --> https://bugs.winehq.org/attachment.cgi?id=74211 How the tooltip looks like in Wine 8.0 Wine does not appear to implement the TTF_PARSELINKS tooltip flag from Common Controls 6.0 (and as a consequence probably also does not implement the TTN_LINKCLICK notification code). A tooltip making use of this feature can be found in OpenMPT (https://openmpt.org/download). To reproduce: 1. Install OpenMPT 2. Go to View -> Setup -> Update 3. Change update frequency to "Always" and update channel to "Development" 4. Restart OpenMPT 5. You should now see a bubble tooltip notifying you of the latest version, with a broken link in the tooltip text. -- 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 1

[Bug 24159] New: sigcheck -a outputs garbage in comments for WoW.exe
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=24159 Summary: sigcheck -a outputs garbage in comments for WoW.exe Product: Wine Version: 1.3.1 Platform: x86 URL: http://technet.microsoft.com/en-us/sysinternals/bb8974 41.aspx OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Created an attachment (id=30403) --> (http://bugs.winehq.org/attachment.cgi?id=30403) WINEDEBUG=+ver wine sigcheck wow.exe Download sigcheck (url) and run it on WoW.exe with wine sigcheck -a wow.exe. Comments (the last line) is supposed to be empty. Instead, I get "NCompanyName" (two invisible bytes between N and Company). -- 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 54551] New: Installing device driver for ESI QuataFire 610 soundcard fails with "Co-installer registration was unsuccessful". See attached screen dump "Error_message.png".
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54551 Bug ID: 54551 Summary: Installing device driver for ESI QuataFire 610 soundcard fails with "Co-installer registration was unsuccessful". See attached screen dump "Error_message.png". Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joehope52(a)gmail.com Distribution: --- Created attachment 74095 --> https://bugs.winehq.org/attachment.cgi?id=74095 Log files, screen dump and SW. Overview: The device driver for ESI QuataFire 610 soundcard and its installation program runs on WIN XP SP1. The driver has been running on a PC with WIN XP SP3 which has now broken down. The driver installation log from that computer is attached as "Windows_installation_log.txt". The soundcard interface is FireWire (IEEE 1394). Instead the driver has been tried installed using wine: Steps to reproduce: The ESI manual instructs to copy the entire driver SW folder from the CD to the HDD and install from there. The driver SW folder is attached. Can also be downloaded from "download.esi-audio.com" using Product group: "Firewire Audio Interfaces", Select product: "QuataFire 610", select OS: "Windows XP" and then selecting version 1.19. 1. Copy driver SW to disk. 2. Navigate to the QuataFire 610/PC/v.1.19 folder 3. Select the file Setup.exe and run with wine. 4. Follow the instructions (supply destination path). Now the program crashes with the message: "Co-intaller registration was unsuccessful. Please run Setup again." (And for completeness - running the setup again does not help). Expected behaviour: Normally, after point 4 above, the installation program would ask the user to connect the hardware (soundcard), and continuing would complete the driver installation. The installation log from the failing attempt is attached as "Wine_installation_log.txt" The installation has been tried on wine versions 7.x, 8.0, 8.1, 8.2 and devel, on Mint 21 and versions 7.x and 8.2 on Fedora 37. (I remember the 7.x version as 7.6, but not sure). -- 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 8

[Bug 49729] New: Test the macOS build
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=49729 Bug ID: 49729 Summary: Test the macOS build Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Running the tests on macOS requires being able to run macOS in a LibVirt VM which is tricky. But just testing the macOS Wine build can be achieved in the Linux VM and is thus a much easier goal to achieve and may be enough to make sure that patches don't break the macOS build. The following Docker containers provide a blueprint for how to set up such an environment: * OSXCross provides the cross-compilation tools https://github.com/tpoechtrager/osxcross * PhoenicisOrg provides an OSXCross-based container for building macOS Wine https://github.com/PhoenicisOrg/phoenicis-winebuild/blob/master/environment… -- 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 31783] New: Add VMs with a virtual smart card reader
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=31783 Bug #: 31783 Summary: Add VMs with a virtual smart card reader Product: Wine-Testbot 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 Bruno Jesus reported that having at least some VMs with a virtual smart card reader would be useful in getting smartcard support in Wine. * One way would be through Windows software that provides a virtual smartcard device. If you know of such software please provide pointers below. * Another option would be to do it through QEmu/Libvirt's support for smartcard devices. However this seems to require plugging in a real smartcard reader into the host... Given that smartcard readers can often plug into a USB port this may be possible, but again with a rack-mounted server it may not. * QEmu/Libvirt also supports a 'host-certificate' mode for the smartcard reader. It's not clear if that negates the need for a real smartcard reader. -- 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 11

[Bug 54132] New: Super Meat Boy: NtRaiseException 0xC0000409 on initial shader compile
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54132 Bug ID: 54132 Summary: Super Meat Boy: NtRaiseException 0xC0000409 on initial shader compile Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d-util Assignee: wine-bugs(a)winehq.org Reporter: sterophonick(a)gmail.com Distribution: --- Created attachment 73662 --> https://bugs.winehq.org/attachment.cgi?id=73662 The Wine log Booting up Super Meat Boy v1.2.5 causes a crash, citing a failure for vkd3d to compile a shader. -- 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 8

[Bug 45836] New: Legend of grimrock 2: game doesn' t start anymore since wine 3.14 (unexpected NEW_IDENTIFIER error)
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=45836 Bug ID: 45836 Summary: Legend of grimrock 2: game doesn't start anymore since wine 3.14 (unexpected NEW_IDENTIFIER error) Product: Wine Version: 3.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tbl0605(a)gmail.com Distribution: --- Created attachment 62301 --> https://bugs.winehq.org/attachment.cgi?id=62301 Logs wine 3.14 Hi, since wine 3.14, when I try to start the game Legend of Grimrock 2 I get a popup with following content (and of course the game doesn't go further): "The following error occurred while starting up the game: :1:216: error: syntax error, unexpected NEW_IDENTIFIER Please check that your computer meets the minimum system requirements and that your graphics card and sound card drivers are up to date." Last working version was wine 3.13, I attach logs for version 3.13 and 3.14 Thank you for your help! Hope you can solve this big regression, the game worked perfectly until version 3.14 :) Thierry. -- 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 19

[Bug 39654] New: Skype crashes on launch
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=39654 Bug ID: 39654 Summary: Skype crashes on launch Product: Wine Version: 1.8-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contrib(a)kliznoe.com Distribution: ArchLinux Created attachment 52855 --> https://bugs.winehq.org/attachment.cgi?id=52855 Log from Wine When I launch the latest version of Skype, It immediately crashes. DL Link : http://www.skype.com/en/download-skype/skype-for-windows/downloading/ SHA1SUM : 39829967f299f2b2b7eefa5a97dedbe1acb6881c -- 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 34204] New: BeamNG Techdemo crashes during loading
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=34204 Bug #: 34204 Summary: BeamNG Techdemo crashes during loading Product: Wine Version: 1.7.0 Platform: x86 URL: http://www.gamershell.com/download_102365.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: andrey.goosev(a)gmail.com Classification: Unclassified Created attachment 45508 --> http://bugs.winehq.org/attachment.cgi?id=45508 log Manually copied X3DAudio1_7.dll to system32 folder and launching. Then crashes during loading. -- 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 54536] New: dbghelp:dbghelp - test_loaded_modules() gets aggregation failures on Windows 11
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54536 Bug ID: 54536 Summary: dbghelp:dbghelp - test_loaded_modules() gets aggregation failures on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dbghelp:dbghelp - test_loaded_modules() fails on Windows 11 and the 32-bit failures are a bit different from the 64-bit ones. 32-bit: dbghelp.c:597: Test failed: Wrong bitness aggregation count 0 0 dbghelp.c:599: Test failed: Wrong kind aggregation count 0 0 dbghelp.c:602: Test failed: Wrong directory aggregation count 0 0 64-bit: dbghelp.c:632: Test failed: Wrong bitness aggregation count 0 53 dbghelp.c:637: Test failed: Wrong directory aggregation count 48 0 dbghelp.c:669: Test failed: Wrong bitness aggregation count 0 53 dbghelp.c:672: Test failed: Wrong kind aggregation count 1 1 dbghelp.c:675: Test failed: Wrong directory aggregation count 48 0 See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp A bisect shows that these failures started in the commit below: commit db514b718aed3a1db0cde33841e56fd743974a52 Author: Eric Pouech <eric.pouech(a)gmail.com> AuthorDate: Thu Feb 16 10:48:56 2023 +0100 dbghelp/tests: Add test for loaded modules enumeration. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> -- 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 3

[Bug 54535] New: dbghelp:dbghelp - test_loaded_modules() gets SymGetModuleInfo64 failures on Windows 11
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54535 Bug ID: 54535 Summary: dbghelp:dbghelp - test_loaded_modules() gets SymGetModuleInfo64 failures on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dbghelp:dbghelp - test_loaded_modules() gets SymGetModuleInfo64 failures on Windows 11: dbghelp.c:303: Test failed: SymGetModuleInfo64 should have failed dbghelp.c:303: Test failed: SymGetModuleInfo64 should have failed See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp A bisect shows that these failures started with the commit below: commit c823f9b1a81e755c9f7c4568703c585c685d923f Author: Eric Pouech <eric.pouech(a)gmail.com> AuthorDate: Thu Feb 16 10:48:58 2023 +0100 dbghelp/tests: Add some more tests about module handling. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> -- 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 4

[Bug 42917] New: Codename Panzers Cold War - SP Demo: black screen during gameplay (purist)
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=42917 Bug ID: 42917 Summary: Codename Panzers Cold War - SP Demo: black screen during gameplay (purist) Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- Created attachment 58061 --> https://bugs.winehq.org/attachment.cgi?id=58061 console log from wine-2.7 This used to be tracked in bug 25857, which is closed now. Game works fine, when d3dx9_34.dll is set to native. Setting d3dx9_34.dll to builtin in wine-2.7 produces, after initial splash screen, only black screen with correct mouse cursor. -- 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 41675] New: Dungeon rats crashes with d3dcompiler errors
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=41675 Bug ID: 41675 Summary: Dungeon rats crashes with d3dcompiler errors Product: Wine Version: 1.9.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: amagarrsh(a)gmail.com Distribution: --- Created attachment 56067 --> https://bugs.winehq.org/attachment.cgi?id=56067 complete log Game crashes before create or load a new game with quite errors like: fixme:d3dcompiler:make_assignment Check for casts in the lhs. err:d3dcompiler:compile_shader HLSL shader parsing failed. workaround is d3dcompiler_43.dll override to native. -- 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 38872] New: 3DMark06 cannot be run without native d3d_* libraries: proxycon_in.txt: D3DXCompileShader failed: Invalid data (D3DXERR_INVALIDDATA)
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=38872 Bug ID: 38872 Summary: 3DMark06 cannot be run without native d3d_* libraries: proxycon_in.txt: D3DXCompileShader failed: Invalid data (D3DXERR_INVALIDDATA) Product: Wine Version: 1.7.45 Hardware: x86 URL: http://www.futuremark.com/benchmarks/legacy OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: --- Created attachment 51801 --> https://bugs.winehq.org/attachment.cgi?id=51801 D3DXCompileShader failed: Invalid data (D3DXERR_INVALIDDATA) fixme:hlsl_parser:hlsl_parse Check for valued return on void function. fixme:hlsl_parser:hlsl_parse Implicit conversion to the return type if needed, error out if conversion not possible. err:d3dcompiler:compile_shader HLSL shader parsing failed. -- 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 26

[Bug 54650] New: user32:input fails to find keyboard layouts in non-English locales on Windows
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54650 Bug ID: 54650 Summary: user32:input fails to find keyboard layouts in non-English locales on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:input fails to find keyboard layouts in non-English locales on Windows: w7u_es: input.c:3355: Test failed: 04090409: Could not find keyboard layout L"00000C0A" in preload list input.c:3374: Test failed: 04090409: GetKeyboardLayoutNameW returned L"00000C0A", expected L"00000409" w10pro64_fr: input.c:3355: Test failed: f0291801: Could not find keyboard layout L"00020401" in preload list Etc. See https://test.winehq.org/data/patterns.html#user32:input -- 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 3

[Bug 54537] New: dbghelp:dbghelp - The 32-bit test_loaded_modules() gets an EnumerateLoadedModulesW64() on Windows 11
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54537 Bug ID: 54537 Summary: dbghelp:dbghelp - The 32-bit test_loaded_modules() gets an EnumerateLoadedModulesW64() on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dbghelp:dbghelp - The 32-bit test_loaded_modules() gets an EnumerateLoadedModulesW64() on Windows 11: dbghelp.c:399: Test failed: EnumerateLoadedModulesW64 failed: 2147483661 See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp A bisect shows that this failure started with the commit below: commit 8be5c10ff893a22330ad94ae18dfb5fa497b09fd Author: Eric Pouech <eric.pouech(a)gmail.com> AuthorDate: Thu Feb 16 10:48:53 2023 +0100 dbghelp/tests: Add tests for 'module' name in EnumLoadedModules() callback. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> See also bug 54534 for a Windows 10 1607 failure introduced by the same commit. -- 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 3

[Bug 54461] New: MS Excel 2007 Printing Fails
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54461 Bug ID: 54461 Summary: MS Excel 2007 Printing Fails Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skycap1501(a)gmail.com Distribution: --- I am running Linux Mint 21.1 with WINE stable version 8.0 with MS Office 2007 installed. The MS Excel software fails to queue a print job when attempting to print an Excel spreadsheet. However, if I roll back to WINE stable version 7.0.1, then printing works. -- 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 10

[Bug 42912] New: Death to Spies: Moment of Truth demo needs d3dx9_skin_info_ConvertToIndexedBlendedMesh
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=42912 Bug ID: 42912 Summary: Death to Spies: Moment of Truth demo needs d3dx9_skin_info_ConvertToIndexedBlendedMesh Product: Wine Version: 2.7 Hardware: x86-64 URL: http://files.aspyr.com/support/DTS_Demo_Installer.zip OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 58057 --> https://bugs.winehq.org/attachment.cgi?id=58057 screenshot Crashes on level loading. fixme:d3dx:d3dx9_skin_info_ConvertToIndexedBlendedMesh iface 0x10cac280, mesh_in 0x633564c0, options 0, palette_size 69, adjacency_in 0x6c9cd58, adjacency_out 0x6cb00e8, face_remap (nil), vertex_remap (nil), max_face_infl 0x32f88c, num_bone_combinations 0x32f860, bone_combination_table 0x32f86c, mesh_out 0x32f830 stub! fixme:d3dx:d3dx9_mesh_OptimizeInplace D3DXMESHOPT_VERTEXCACHE not implemented. Native d3dx9_32 fixes the issue. -- 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 35129] New: Cloning Clyde refuses to start with built-in d3dx9_36
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=35129 Bug ID: 35129 Summary: Cloning Clyde refuses to start with built-in d3dx9_36 Product: Wine Version: 1.7.8 Hardware: x86 URL: http://www.fileplanet.com/224883/220000/fileinfo/Cloni ng-Clyde-Client-%28Trial%29 OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 46859 --> http://bugs.winehq.org/attachment.cgi?id=46859 terminal output (+d3dx traces) The game won't start with the built-in d3dx9_36, it flashes a black window for a brief moment then it quits without an error message. +d3dx debug channel added only 4 lines to the terminal output as can be seen at the end of the attached log file. Please install ie8 via winetricks when testing with the demo version as the launcher doesn't work with Wine's IE. 'winetricks d3dx9_36' is a workaround. Fedora 19 Nvidia binary drivers 325.15 wine-1.7.8-88-gfb75292 -- 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 12

[Bug 54035] New: Tom Clancy's Rainbow Six: Vegas 2 fails to launch
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54035 Bug ID: 54035 Summary: Tom Clancy's Rainbow Six: Vegas 2 fails to launch Product: vkd3d Version: 1.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 05b8:err:d3d_shader:shader_spirv_scan_shader Failed to scan shader, ret -3. 05b8:fixme:d3d_shader:shader_spirv_scan_shader Shader log: 05b8:fixme:d3d_shader:shader_spirv_scan_shader <anonymous>: E0002: Invalid DXBC magic. 05b8:fixme:d3d_shader:shader_spirv_scan_shader 054c:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x1000. 054c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 054c:err:d3dcompiler:D3DCompile2 Shader log: 054c:err:d3dcompiler:D3DCompile2 <anonymous>:1:537: E5005: Function "tex2D" is not defined. 054c:err:d3dcompiler:D3DCompile2 vkd3d-1.5-93-g1b11b576 -- 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 3

[Bug 52409] New: Regression: battle.net does not open when multiple monitors are connected.
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52409 Bug ID: 52409 Summary: Regression: battle.net does not open when multiple monitors are connected. Product: Wine Version: 7.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: GloriousEggroll(a)gmail.com Regression SHA1: 45dcaf02fcd9e929b406854b4b78371bc3886031 Distribution: --- If more than one monitor is enabled on the system battle.net fails to open. If I disable all but one monitor it then allows battle.net to load. last known working version was 6.22, broke in 6.23. Bisected to first bad commit 45dcaf02fcd9e929b406854b4b78371bc3886031 -- 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 8

[Bug 52083] New: Some test_TimerResolution() tests fail randomly in ntdll:time
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52083 Bug ID: 52083 Summary: Some test_TimerResolution() tests fail randomly in ntdll:time Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Some test_TimerResolution() tests fail randomly in ntdll:time: time.c:293: Test failed: expected requested timer resolution 156250, got 10006 time.c:298: Test failed: expected requested timer resolution 20000, got 10006 time.c:310: Test failed: expected new timer resolution 20000, got 10006 time.c:318: timer resolution: 5000(max) <= 5003(cur) <= 20000(prev) <= 156250(min) time.c:322: Test failed: expected new timer resolution 20000, got 5003 time.c:322: Test failed: NtQueryTimerResolution() expected timer resolution 5003, got 20000 time.c:328: Test failed: expected requested timer resolution 5003, got 75011 https://test.winehq.org/data/patterns.html#ntdll:time The number of failures varies and six seems to be a maximum. This appears to only impact Windows 10 1709+ but impacts both the TestBot VMs and real test machines (cw-gtx560 and cw-rx460). Based on the current failure pattern it looks like the failures started on 2021-09-30. That is, there was no failure for any of the 252 builds from 2021-09-21 to 2021-09-29 and there has been at least one failure for every build since. Yet the failure is reproducible with the commit that introduced the tests (6015fee5b218), and also with the one that fixed some of the issues a few days later (b2c89b1a41fa): commit 6015fee5b21870ddd57477843354173d2e7f9696 Author: François Gouget <fgouget(a)codeweavers.com> AuthorDate: Thu Jul 29 17:24:15 2021 +0200 ntdll/tests: Add some Nt{Query,Set}TimerResolution() tests. Signed-off-by: Francois Gouget <fgouget(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 4

[Bug 48676] New: CD not detetected in Exact Audio Copy since wine 4.21 anymore
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=48676 Bug ID: 48676 Summary: CD not detetected in Exact Audio Copy since wine 4.21 anymore Product: Wine Version: 4.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mountmgr.sys Assignee: wine-bugs(a)winehq.org Reporter: bastian.dev(a)gmail.com Distribution: --- When I insert a audio cd in the drive, Exact Audio Copy (v 1.3) doesn't detect it. It just doesn't show anything. 4.20 was the last version it worked with. I've also tried wine 4.21 and 5.0. -- 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 8

[Bug 54317] New: Change to exec_wineloader made wine not start at all
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54317 Bug ID: 54317 Summary: Change to exec_wineloader made wine not start at all Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Attempting to start wine with a pre-existing prefix results in a failure to load ntdll / kernel32. With messages like "wine: could not load kernel32.dll, status c0000135" and 002c:err:module:load_wow64_ntdll failed to load L"\\??\\C:\\windows\\system32\\ntdll.dll" error 4000000e wine: Unhandled page fault on execute access to 00000000 at address 00000000 (thread 002c), starting debugger... being printed in the console. Wine then attempts to start winedbg only to get stuck in a forkbomb. Where winedbg won't start, triggering an exception, which will cause another attempt to start winedbg. At a rate of about 4-5 attempts a second. Attempting to ctrl-c it doesn't work, and requires manually terminating all of wine's processes. (Of which are numerous as wine will also attempt to start conhost.exe for each winedbg it attempts to load. None of which will terminate on their own.) Attempting to start wine with a fresh prefix results in an incomplete prefix directory. (Only the dosdevices / windows directories, and registry hives are present in the prefix. Of those windows is empty save for the syswow64 and system32 directories of which both are completely empty.) Attempting to start that prefix again causes the same winedbg behavior as above. Performing a bisect revealed: $ git bisect bad d45de318748639cfd1e80a976b39f5e19213990f is the first bad commit commit d45de318748639cfd1e80a976b39f5e19213990f Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Nov 22 12:08:19 2022 +0100 ntdll: Always set WINELOADER variable to the current loader name. dlls/ntdll/unix/env.c | 3 +++ dlls/ntdll/unix/loader.c | 48 +++++++++++++++++++++--------------------------- 2 files changed, 24 insertions(+), 27 deletions(-) Reverting d45de318748639cfd1e80a976b39f5e19213990f fixed the issue on my system. -- 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 45328] New: Unusable GUI for ElsterFormular 19.5
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=45328 Bug ID: 45328 Summary: Unusable GUI for ElsterFormular 19.5 Product: Wine Version: 3.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- It would be nice if I could use the application “ElsterFormular 19.5 (2018-06-14)” together with the software “Wine 3.10-820.1” finally. https://www.elster.de/eportal/infoseite/elsterformular https://appdb.winehq.org/objectManager.php?sClass=application&iId=1925 elfring@Sonne:~> wine C:\\windows\\command\\start.exe /Unix /home/elfring/.wine/dosdevices/c:/users/elfring/Start\ Menu/Programs/ElsterFormular/ElsterFormular.lnk 0009:fixme:exec:SHELL_execute flags ignored: 0x00000100 0009:fixme:exec:SHELL_execute flags ignored: 0x00004100 elfring@Sonne:~> 0036:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0036:fixme:file:FindFirstFileExW flags not implemented 0x00000002 0036:fixme:msvcrt:type_info_name_internal_method type_info_node parameter ignored … Its graphical user interface does not respond to mouse clicks so far. -- 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 41102] New: Alan Wake' s American Nightmare crashes at launch randomly with 'm->state == STATE_PASSIVE'
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=41102 Bug ID: 41102 Summary: Alan Wake's American Nightmare crashes at launch randomly with 'm->state == STATE_PASSIVE' Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: aeikum(a)codeweavers.com Distribution: --- Crashes very randomly, so hard to reproduce. Assertion 'm->state == STATE_PASSIVE' failed at pulse/mainloop.c:787, function pa_mainloop_prepare(). Aborting. wine: Assertion failed at address 0xf779ad49 (thread 0028), starting debugger... Unhandled exception: assertion failed in 32-bit code (0xf779ad49). Backtrace: =>0 0xf779ad49 __kernel_vsyscall+0x9() in [vdso].so (0x7c1bd2e8) 1 0xf73d95c9 gsignal+0x38() in libc.so.6 (0x7c1bd2e8) 2 0xf73daca7 abort+0x156() in libc.so.6 (0x7c1bd2e8) 3 0x7a9e9e47 pa_mainloop_prepare+0x286() in libpulse.so.0 (0x7c1bd2e8) 4 0x7a9ea923 pa_mainloop_iterate+0x32() in libpulse.so.0 (0x04a0dc98) 5 0x7aa512b3 pulse_test_connect+0x182() [/wine/dlls/winepulse.drv/mmdevdrv.c:566] in winepulse (0x04a0dc98) 6 0x7aa58590 AUDDRV_GetPriority+0x2f() [/wine/dlls/winepulse.drv/mmdevdrv.c:947] in winepulse (0x04a0dcc8) 7 0x7b8199bf init_driver+0x25e() [/wine/dlls/mmdevapi/main.c:103] in mmdevapi (0x04a0e1c8) 8 0x7b81a21c DllGetClassObject+0x3b(rclsid=<couldn't compute location>, riid=<couldn't compute location>, ppv=<couldn't compute location>) [/wine/dlls/mmdevapi/main.c:282] in mmdevapi (0x04a0e1f8) 9 0x7e95fc1c apartment_getclassobject+0x11b(apt=<is not available>, dllpath=<is not available>, apartment_threaded=<is not available>, rclsid=<is not available>, riid=<is not available>, ppv=<is not available>) [/wine/dlls/ole32/compobj.c:1372] in ole32 (0x04a0e268) 10 0x7e962bd5 get_inproc_class_object+0x114(apt=<is not available>, regdata=<is not available>, rclsid=<is not available>, riid=<is not available>, hostifnecessary=<is not available>, ppv=<is not available>) [/wine/dlls/ole32/compobj.c:2930] in ole32 (0x04a0e4c8) 11 0x7e965565 CoGetClassObject+0x50f(rclsid=<is not available>, dwClsContext=<is not available>, pServerInfo=<is not available>, iid=<is not available>, ppv=<is not available>) [/wine/dlls/ole32/compobj.c:3068] in ole32 (0x04a0e578) 12 0x7e966be1 CoCreateInstanceEx+0x1db(rclsid=<is not available>, pUnkOuter=<is not available>, dwClsContext=<is not available>, pServerInfo=<is not available>, cmq=<is not available>, pResults=<is not available>) [/wine/dlls/ole32/compobj.c:3305] in ole32 (0x04a0e5f8) 13 0x7e9670dd CoCreateInstance+0x67(rclsid=<is not available>, pUnkOuter=<is not available>, dwClsContext=<is not available>, iid=<is not available>, ppv=<is not available>) [/wine/dlls/ole32/compobj.c:3201] in ole32 (0x04a0e668) 14 0x01e8347b in fmodex (+0x347a) (0x04a0e694) 15 0x01f07e45 in fmodex (+0x87e44) (0x04a0e6bc) 16 0x01f07f7a in fmodex (+0x87f79) (0x04a0e6d4) 17 0x01f080b8 in fmodex (+0x880b7) (0x04a0e70c) 18 0x01ea2e74 in fmodex (+0x22e73) (0x04a0e728) 19 0x01e569b4 in snd_w32_f (+0x69b3) (0x04a0e900) 20 0x01e573fa in snd_w32_f (+0x73f9) (0x04a0e928) 21 0x01e57a9c in snd_w32_f (+0x7a9b) (0x04a0e948) 22 0x0042f4e4 in alan_wakes_american_nightmare (+0x2f4e3) (0x04a0e990) 23 0x0042fb0b in alan_wakes_american_nightmare (+0x2fb0a) (0x04a0e9c4) 24 0x006eded0 in alan_wakes_american_nightmare (+0x2edecf) (0x04a0e9f4) 25 0x00d99f02 in rl_w32_f (+0x59f01) (0x04a0ea08) 26 0x7bc7d8ac call_thread_func_wrapper+0xb() in ntdll (0x04a0ea18) 27 0x7bc80669 call_thread_func+0xa8(entry=0xd42b8a, arg=0x399d2a0, frame=0x4a0eb18) [/wine/dlls/ntdll/signal_i386.c:2759] in ntdll (0x04a0eaf8) 28 0x7bc7d88a call_thread_entry_point+0x11() in ntdll (0x04a0eb18) 29 0x7bc88073 start_thread+0xa2(info=0x7ffd0fb8) [/wine/dlls/ntdll/thread.c:453] in ntdll (0x04a0f368) PulseAudio 8.0 -- 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 54341] New: dotnet-dump data collection or some other backtrace for dotnet applications?
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54341 Bug ID: 54341 Summary: dotnet-dump data collection or some other backtrace for dotnet applications? Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mjevans1983(a)gmail.com Distribution: --- Created attachment 73910 --> https://bugs.winehq.org/attachment.cgi?id=73910 winedbg.exe dump during the livelock I'm trying to figure out why a game (Cosmoteer again) freezes when multi-threading is enabled. The current work around is to run it in 'single core' ( --cores 1 ) mode, but obviously the performance is quite inferior for an application intended to run on multiple cores. On my system when it's briefly working it uses between 300 and 500% of a core (so 3-5 physical cores on a 4c8t system). I need to collect more data to isolate if it's an issue with the game or with wine, and I don't even know where to begin looking for Wine data since I can't get a backtrace from any tools. gdb doesn't know about applications that run through wine. winedbg doesn't appear to understand dotnet managed applications (attachment) I tried to run dotnet-dump but the tool installed in Linux doesn't locate any applications that it can interact with, while the 64-bit (matches the program) version of the tool inside wine appears to want a full dotnet install. https://github.com/dotnet/diagnostics/blob/main/documentation/single-file-t… So much for a single file tool ~.~ Is there some way I could collect more data without help from the program's creator? I've already suggested they please trap SIGTERM, SIGINT, SIGQUIT, and SIGHUP but I don't even know if that will work for an application using wine. https://steamcommunity.com/app/799600/discussions/1/3762228045904230736/ -- 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 52538] New: Regression: Yamaha Expansion Manager crashes
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52538 Bug ID: 52538 Summary: Regression: Yamaha Expansion Manager crashes Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- I found out this application has got a regression on a older regression Based on the test results history, it has got a platinum rating in Wine 6.0, but the application crashes on the start-up on Wine 7.1 so it's rating is now Garbage. I tested it on a self-compiled Wine 6.0.2, the application works well on a WoW64 prefix all-trial, but crashes on a 32-Bits prefix. I've downloaded newer Wine binaries from Arch's packages archive (https://archive.archlinux.org/packages/w/wine/) and tested the application multiple-times, it works until Wine 6.9, older versions works but crashes sometimes, so i've to try it 5 times to be sure it's not working. The application won't work on Wine 6.9 no matter how much time you try it. But i'm afraid i couldn't find the bad commit, there's something very weird on this issue, let me explain. That was my methodology for regression testing it: 1 - Erase the wineprefix 2 - Make the bisection (bisect start, bisect skip, bisect good or bisect bad) 3 - WoW64 Wine compile (wine-64 build, then wine-32 build) 4 - Create a new WoW64 wineprefix 5 - Try application multiple times, if it succeeds then it's bisect good, if it crashes after trying it over 5 times, then it's bisect bad However, the application could always succeed after compiling Wine before the 5th try, until the last bisection. I tried again bisecting Wine 6.9 and Wine 6.10. The application were crashing on both Wine 6.9 and Wine 6.10 from Arch's binary archive, but it could succeed if i compile them. I'd the same issue, although the application could indeed crash sometimes (wich also occurs on older Wine versions), it were always succeeding before the 5th try, so i couldn't find what was the commit that caused the regression. ¿Maybe is that a issue from who's compiling Wine for Arch? ¿Should i compile Wine 7.1 and try the application? I planned to become a maintainer for the application only to add a proper description and then leave, but now i'll stay maintaining this application for a while until we can figure it out. ¿Can you devs reproduce the crash on other distributions? Download: https://tw.yamaha.com/zh/support/updates/yem_win_v260.html SHA1: b6255d5371679554b72f29a00008578438a1bfe6 Procedure: 1 - Run "Expansion Manager.exe" -- 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 23

[Bug 52145] New: 2gis 3.16.3: error after exit
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52145 Bug ID: 52145 Summary: 2gis 3.16.3: error after exit Product: Wine Version: 6.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: v.yuzbekov(a)yandex.ru Distribution: --- Created attachment 71192 --> https://bugs.winehq.org/attachment.cgi?id=71192 backtrace An error occurs after the ad window is displayed while exiting the program. -- 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 51135] New: Arturia Pigments 3 crashes when mousing over the volume control
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=51135 Bug ID: 51135 Summary: Arturia Pigments 3 crashes when mousing over the volume control Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sgarman(a)zenlinux.com Distribution: --- Created attachment 70000 --> https://bugs.winehq.org/attachment.cgi?id=70000 Arturia Pigments 3 crash backtrace Pigments 3 is a VST synthesizer plugin used in music production. It can be found at: https://www.arturia.com/products/analog-classics/pigments#en and it installs successfully in Wine via Arturia's Software Center, which is available at the top of this list: https://www.arturia.com/support/downloads&manuals Pigments seems to be working well, with one significant flaw - if you mouse over the volume control knob icon (in the upper right corner of the UI), the app freezes/crashes. I believe this is the only thing preventing this synth plugin from working flawlessly. I'll attach a backtrace of the crash report. I'm running the latest Wine Staging (6.8) on an Ubuntu 20.04 system with kernel 5.9.16-050916-generic from Ubuntu's kernel PPA. -- 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 3

[Bug 54259] New: Firefox displays virus for wine-8.0-rc2.tar.xz
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54259 Bug ID: 54259 Summary: Firefox displays virus for wine-8.0-rc2.tar.xz Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: juergen(a)luers-net.de CC: austinenglish(a)gmail.com Distribution: --- Downloaded at https://www.winehq.org/news/ from "The source is available now." Firefox shows that the file contains a virus or malware. Downloading from https://dl.winehq.org/wine/source/8.0/wine-8.0-rc2.tar.xz does not display that message. Both files differ. Firefox is version 108.0.1 (64-Bit) under Ubuntu 22.04 64bit. -- 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 8

[Bug 50822] New: Sniper: Ghost Warrior 2 has rendering glitch in DX9 mode with OpenGL renderer
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=50822 Bug ID: 50822 Summary: Sniper: Ghost Warrior 2 has rendering glitch in DX9 mode with OpenGL renderer Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 69640 --> https://bugs.winehq.org/attachment.cgi?id=69640 example wine-6.4-118-g2828d0820a1 -- 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 3

[Bug 50136] New: allow to disable wine's vulkan loader/driver
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=50136 Bug ID: 50136 Summary: allow to disable wine's vulkan loader/driver Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: xantares09(a)hotmail.com Distribution: --- I'm trying to run mesa's software vulkan renderer driver with wine. This means I want to use vulkan's icd loader and mesa's renderer libs I built (outside of wine): libvulkan-1.dll libvulkan_lvp.dll Unfortunately, building wine with --disable-vulkan does not seem to disable its loader, it only disables the driver: $ VK_ICD_FILENAMES=lvp_icd.x86_64.json wine vkcubepp.exe 0064:err:vulkan:get_vulkan_driver Wine was built without Vulkan support. Is there a way to disable the loader too ? -- 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 48112] New: The tests trigger heap and loader critical section lockups
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=48112 Bug ID: 48112 Summary: The tests trigger heap and loader critical section lockups Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The log of *some* WineTest runs contains critical section errors like the following: Running: httpapi:httpapi (222 of 670) [...] 01d8:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap. c: main process heap section" wait timed out in thread 01d8, blocked by 01d4, retrying (60 sec) 01f8:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap. c: main process heap section" wait timed out in thread 01f8, blocked by 01d4, retrying (60 sec) 0201:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0201, blocked by 01d4, retrying (60 sec) 01d9:err:ntdll:RtlpWaitForCriticalSection section 0x7be970a0 "../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 01d9, blocked by 0201, retrying (60 sec) 01d7:err:ntdll:RtlpWaitForCriticalSection section 0x7be970a0 "../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 01d7, blocked by 0201, retrying (60 sec) 01f7:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in thread 01f7, blocked by 01d4, retrying (60 sec) 01d8:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in thread 01d8, blocked by 01d4, retrying (60 sec) 01f8:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in thread 01f8, blocked by 01d4, retrying (60 sec) 0201:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in thread 0201, blocked by 01d4, retrying (60 sec) 01d9:err:ntdll:RtlpWaitForCriticalSection section 0x7be970a0 "../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 01d9, blocked by 0201, retrying (60 sec) 01d7:err:ntdll:RtlpWaitForCriticalSection section 0x7be970a0 "../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 01d7, blocked by 0201, retrying (60 sec) Running: ieframe:ie (223 of 670) Running: ieframe:intshcut (224 of 670) 01dc:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in thread 01dc, blocked by 01d4, retrying (60 sec) 01da:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in thread 01da, blocked by 01d4, retrying (60 sec) [... and more later on, all the way to...] Running: wtsapi32:wtsapi (665 of 670) 01dc:err:ntdll:RtlpWaitForCriticalSection section 0x110060 "../../../wine/dlls/ntdll/heap.c: main process heap section" wait timed out in thread 01dc, blocked by 01d4, retrying (60 sec) [...] It's always either the heap critical section or the loader one. Unfortunately the ERR() message does not show the process id so it's impossible to know which process got stuck. We can rule out httpapi:httpapi and the tests that ran before because the WineTest report indicates that they ran for less than 1 second: gdiplus:region:01ae done (0) in 0s gdiplus:stringformat:01b4 done (0) in 0s hid:device:01b7 done (0) in 1s hlink:browse_ctx:01b9 done (0) in 0s hlink:hlink:0118 done (0) in 0s hnetcfg:policy:0112 done (0) in 0s httpapi:httpapi:014f done (0) in 1s * The lockups seem to continue until the end of the log. So they could be happening in either WineTest.exe, or one of Wine's internal processes: explorer.exe, plugplay.exe, services.exe or winedevice.exe. * httpapi:httpapi is always where the lockups appear first. * Since the initial timeout is 5 seconds, it could in fact be caused by a test that ran up to 5 seconds before httpapi:httpapi. Unfortunately the WineTest report has a 1 second granularity so it's hard to know how many tests ran in 5 seconds. * When the lockups occur WineTest takes 2 to 5 minutes longer to run. So they slow the tests down somehow. -- 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 8

[Bug 54667] New: Microsoft Office 365 installer no longer runs on 8.2+
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54667 Bug ID: 54667 Summary: Microsoft Office 365 installer no longer runs on 8.2+ Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: danielzgtg.opensource(a)gmail.com Distribution: --- Created attachment 74182 --> https://bugs.winehq.org/attachment.cgi?id=74182 logs The Microsoft Office 365 installer was working on 8.1 but it's no longer working on 8.2 or master (fbfa4a3aed432257931efb436b53fb891afc5fb5). It silently exits, and only one or two times did a white window display for a split second. A git bisect and git revert traced this to 0692d07f85f30ee5191a781b8b6f51006f2ae407. I downloaded OfficeSetup.exe from https://portal.office.com/account/#installs while logged into my uOttawa account. I'm building wine to try and develop a fix to another bug in the actual program, and Ubuntu 7.0~repack-8 had the installer working fine. -- 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 4

[Bug 54552] New: DiRT 3 Complete Edition crashes on launch
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54552 Bug ID: 54552 Summary: DiRT 3 Complete Edition crashes on launch Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: ir50_32 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Regression SHA1: 3dd09ed8f9ecf99439a372b6d0be076cef8aaef3 Distribution: --- Created attachment 74096 --> https://bugs.winehq.org/attachment.cgi?id=74096 backtrace 04e8:err:module:DelayLoadFailureHook failed to delay load winegstreamer.dll.winegstreamer_create_video_decoder wine: Call from 7B0125F6 to unimplemented function winegstreamer.dll.winegstreamer_create_video_decoder, aborting wine: Unimplemented function winegstreamer.dll.winegstreamer_create_video_decoder called at address 7B0125F6 (thread 04e8), starting debugger... -- 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 4

[Bug 54395] New: Norgate Data Updater (https://norgatedata.com/downloads.php) crashed
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54395 Bug ID: 54395 Summary: Norgate Data Updater (https://norgatedata.com/downloads.php) crashed Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yubiv116(a)gmail.com Distribution: --- Created attachment 73960 --> https://bugs.winehq.org/attachment.cgi?id=73960 Log of the crash Norgate Data Updater (https://norgatedata.com/downloads.php) crashed when trying to run after installing. Running Crossover for Linux. Traceback.txt attached. -- 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 54447] New: Brew for Wine 8.1
by WineHQ Bugzilla 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54447 Bug ID: 54447 Summary: Brew for Wine 8.1 Product: Wine Version: 8.1 Hardware: arm OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cupidchan(a)hotmail.com First of all, I am new to Wine. So, please forgive me if I put this request here wrongly but I just cannot find a better place to put in this request. I am using a Mac Ventura and learn that I can use brew to install Wine. (https://formulae.brew.sh/cask/wine-stable#default) However, the current version for that approach is 7.0, even though Wine is not at 8.1. How can I get the installation for 8.1? Thanks! -- 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 10570] New: Thief 2: The Metal Age - fog not working
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=10570 Summary: Thief 2: The Metal Age - fog not working Product: Wine Version: 0.9.49. Platform: Other URL: http://www.thief-thecircle.com/media/demos/ OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: a.hurst(a)shef.ac.uk In a notoriously foggy level (Life of The Party), the fog doesn't work. Card is an nvidia GeForce 6200, with latest nvidia-driver. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 41

[Bug 46169] New: Zabaware Reade doesn't work properly
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=46169 Bug ID: 46169 Summary: Zabaware Reade doesn't work properly Product: Wine Version: 3.20 Hardware: x86 URL: https://www.zabaware.com/download OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio.mgbx(a)hotmail.it Distribution: Mint Hi! I downloaded Zabaware reader from here https://www.zabaware.com/download and it works,but not as in Windows. In fact the voices are very different and very annoying to listen to. To reproduce the bug you need to download the free version of the program, then install ZabawareReaderSetup.exe. Now write a sentence and hear it both in WIndows and in Linux. You will note a big difference. -- 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 44414] New: GetNamedPipeHandleState not properly implemented
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=44414 Bug ID: 44414 Summary: GetNamedPipeHandleState not properly implemented Product: Wine Version: 3.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: ossman(a)cendio.se Distribution: --- I'm getting these running the Windows version of the ThinLinc client: 002f:fixme:sync:GetNamedPipeHandleStateW 0x4c 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub 002f:fixme:sync:GetNamedPipeHandleStateW 0x4c 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub 002f:fixme:sync:GetNamedPipeHandleStateW 0x50 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub 002f:fixme:sync:GetNamedPipeHandleStateW 0x50 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub 002f:fixme:sync:GetNamedPipeHandleStateW 0x54 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub 002f:fixme:sync:GetNamedPipeHandleStateW 0x54 0x84e300 (nil) (nil) (nil) (nil) 0: semi-stub It uses that call to set and remove PIPE_NOWAIT. The client also locks up, but I'm not sure it is because of this stub or something else. -- 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 3

[Bug 29902] New: Windows Live Messenger 8.5 does login, error 81000378
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=29902 Bug #: 29902 Summary: Windows Live Messenger 8.5 does login, error 81000378 Product: Wine Version: 1.4-rc3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fael_mc(a)msn.com Classification: Unclassified Created attachment 38893 --> http://bugs.winehq.org/attachment.cgi?id=38893 Log, try entering the messenger salutations (google translation) I installed messenger through .msi package without problems in wine, I went to winecfg, changed windows version to 2000, when I opened the messenger if you could not type anything in the field username and password, then Riched20 installed through winetricks, so I could enter my username and password when I try to get in, get into normal, but not time to appear the contacts of the error 81000378 "You cannot use Windows Live Messenger at this time because your contact list is not available.Please try again later" I made some test with Wine 1.1.30, and usually logged, but the messenger is buggy I want to run it under wine 1.4 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.

2 32

[Bug 29942] New: Windows Live Messenger 8.5, lock in chat windows
by wine-bugs＠winehq.org 18 Mar '23

18 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=29942 Bug #: 29942 Summary: Windows Live Messenger 8.5, lock in chat windows Product: Wine Version: 1.4-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fael_mc(a)msn.com Classification: Unclassified Created attachment 38969 --> http://bugs.winehq.org/attachment.cgi?id=38969 Terminal log Greetings I managed to run and log into Windows Live Messenger 8.5 on wine, the bug does not login, (bug 29902) was solved with a patch disponiblizado by Juan Lang. Now I have another problem, after logging all normal, see the contacts, can I change nickname, phrase, image. I open the chat window to talk, I type normal, but when I send the message, the program crashes, and gets caught, taking 30% cpu. to have Windows Live Messenger 8.5 on wine, follow these steps: Download messenger: http://www.mediafire.com/?tlywu43id00 Normal installation in wine, and install riched20 msxml3 by winetricks, then set the Wine version for Windows 2000, done that is possible to login. But to login you must have wine with the patch: http://www.winehq.org/pipermail/wine-patches/2012-February/111655.html http://www.winehq.org/pipermail/wine-patches/2012-February/111656.html applied, but the Windows Live Messenger error 81000378 will Post here the log of the terminal, since the messenger open, until it freezes in the chat window -- 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 54605] New: The 32-bit dbghelp:dbghelp cannot run on Windows <= 10 1607 due to IsWow64Process2() call
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54605 Bug ID: 54605 Summary: The 32-bit dbghelp:dbghelp cannot run on Windows <= 10 1607 due to IsWow64Process2() call Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 32-bit dbghelp:dbghelp cannot run on Windows <= 10 1607 due to an IsWow64Process2() call: dbghelp.c:0: Tests skipped: missing entry point (details below) | dbghelp_test.exe - Entry Point Not Found | The procedure entry point IsWow64Process2 could not be located in the dynamic link library kernel32.dll. See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp This call was introduced in the commit below: commit 291daf542d906b11320128ad4fd17fb99d8fff4b Author: Eric Pouech <eric.pouech(a)gmail.com> Date: Sat Feb 25 17:50:56 2023 +0100 dbghelp/tests: Fix tests for process count in wow64. Introduce get_process_kind() to discriminate configurations. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> I believe this was to fix some Windows 11 failures. This means cases where this API is missing were not having failures so a GetProcAddress()-based workaround can probably be found. -- 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 54507] New: psapi:psapi_main - The 32-bit test_EnumProcessModulesEx() gets many pcs-3232 failures due to partial copy errors on Windows 11
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54507 Bug ID: 54507 Summary: psapi:psapi_main - The 32-bit test_EnumProcessModulesEx() gets many pcs-3232 failures due to partial copy errors on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: psapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com psapi:psapi_main - The 32-bit test_EnumProcessModulesEx() gets many pcs-3232 failures due to partial copy errors on Windows 11: psapi_main.c:225: Test failed: pcs-3232: 1: didn't succeed 299 psapi_main.c:226: Test failed: pcs-3232: 1: not a multiple of sizeof(HMODULE) cbNeeded=1966900330 psapi_main.c:231: Test failed: pcs-3232: 1: GetModuleBaseName failed: 299 (0/128=DEADBEEF) psapi_main.c:233: Test failed: pcs-3232: 1: GetModuleFileNameEx failed: 299 (0/128=DEADBEEF) psapi_main.c:236: Test failed: pcs-3232: 1: GetModuleInformation failed: 299 psapi_main.c:237: Test failed: pcs-3232: 1: expected DEADBEEF, got 00000000 psapi_main.c:238: Test failed: pcs-3232: 1: image size was 0 ... repeats of lines 231 - 238 ... psapi_main.c:299: Test failed: pcs-3232: 1: got error 299 psapi_main.c:300: Test failed: pcs-3232: 1: expecting notepad.exe but got ? psapi_main.c:302: Test failed: pcs-3232: 1: got error 299 psapi_main.c:303: Test failed: pcs-3232: 1: expecting c:\windows\syswow64\notepad.exe but got ? psapi_main.c:306: Test failed: pcs-3232: 1: got error 299 psapi_main.c:307: Test failed: pcs-3232: 1: expected DEADBEEF, got 00000000 psapi_main.c:308: Test failed: pcs-3232: 1: image size was 0 psapi_main.c:299: Test failed: pcs-3232: 0: got error 299 psapi_main.c:300: Test failed: pcs-3232: 0: expecting notepad.exe but got ? psapi_main.c:302: Test failed: pcs-3232: 0: got error 299 psapi_main.c:303: Test failed: pcs-3232: 0: expecting c:\windows\syswow64\notepad.exe but got ? psapi_main.c:306: Test failed: pcs-3232: 0: got error 299 psapi_main.c:307: Test failed: pcs-3232: 0: expected DEADBEEF, got 00000000 psapi_main.c:308: Test failed: pcs-3232: 0: image size was 0 psapi_main.c:299: Test failed: pcs-3232: 3: got error 299 psapi_main.c:300: Test failed: pcs-3232: 3: expecting notepad.exe but got ? psapi_main.c:302: Test failed: pcs-3232: 3: got error 299 psapi_main.c:303: Test failed: pcs-3232: 3: expecting c:\windows\syswow64\notepad.exe but got ? psapi_main.c:306: Test failed: pcs-3232: 3: got error 299 psapi_main.c:307: Test failed: pcs-3232: 3: expected DEADBEEF, got 00000000 psapi_main.c:308: Test failed: pcs-3232: 3: image size was 0 See https://test.winehq.org/data/patterns.html#psapi:psapi_main Where 299 == ERROR_PARTIAL_COPY These tests and failures were introduced by the commit below: commit 84a9a1c8fbc1e8ccc9c34cf0db375813b3ac2955 Author: Eric Pouech <eric.pouech(a)gmail.com> AuthorDate: Mon Jan 30 13:45:46 2023 +0100 psapi: Add tests for EnumProcessModulesEx(). Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> See also bug 54504 which had partial copy errors before these tests were introduced, and bug 54506 for 64-bit specific failures that were also introduced by this commit. -- 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 3

[Bug 54008] New: d3d9:device sometimes fails to create a D3D object in Wine, crashes
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54008 Bug ID: 54008 Summary: d3d9:device sometimes fails to create a D3D object in Wine, crashes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d9:device sometimes fails to create a D3D object on the TestBot VMs, crashes. The failure and ensuing crash can happen in many locations: test_get_rt(): device.c:4821: Test failed: Received unexpected WM_SIZE message. device.c:3016: Test failed: Failed to create a D3D object. Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit code (0x000000004154d5). test_multi_adapter(): device.c:14264: Test failed: Failed to create a D3D object. Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00459a93). test_cursor_pos(): device.c:5241: Test failed: Failed to create a D3D object. Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0041816a). See https://test.winehq.org/data/patterns.html#d3d9:device This failure can probably happen anywhere in the test. -- 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 3

[Bug 54621] New: Wine 8.3 64-bit is missing in the Debian bookworm repo
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54621 Bug ID: 54621 Summary: Wine 8.3 64-bit is missing in the Debian bookworm repo Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- For some reason recent build of Wine 8.3 is missing 64-bit version in the Debian repo (for bookworm): https://dl.winehq.org/wine-builds/debian/dists/bookworm/main/binary-amd64/ Note how wine-devel_8.3~bookworm-1_amd64.deb is there, but wine-devel-amd64_8.3~bookworm-1_amd64.deb is not. -- 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 54593] New: gdi32:dc - The SetDeviceGammaRamp() tests fails on Windows 10 1909
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54593 Bug ID: 54593 Summary: gdi32:dc - The SetDeviceGammaRamp() tests fails on Windows 10 1909 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:dc - The SetDeviceGammaRamp() fails on Windows 10 1909: dc.c:1271: Test failed: SetDeviceGammaRamp succeeded dc.c:1276: Test failed: SetDeviceGammaRamp succeeded dc.c:1288: Test failed: SetDeviceGammaRamp succeeded See https://test.winehq.org/data/patterns.html#gdi32:dc The tests tries to set 3 types of invalid gamma ramps and expects Windows to reject them. These failures are 100% reproducible even when running the test on its own (so the failures are not caused by interference from another test). Up until Windows 10 1809 all the tests are skipped: dc.c:1262: Tests skipped: SetDeviceGammaRamp failed, skipping tests And on Windows 10 2004+ the tests succeed. So it looks like 1909 just did not perform all the gamma ramp validation checks. Except that on 2022-07-12 and 2022-11-11, the test had the exact same failures (same lines too) on w1064-tsign which is Windows 10 21H2. -- 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 54298] New: d3d12:d3d12 - test_desktop_window() fails on Windows 10 1709
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54298 Bug ID: 54298 Summary: d3d12:d3d12 - test_desktop_window() fails on Windows 10 1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3d12:d3d12 - test_desktop_window() fails on Windows 10 1709: d3d12.c:1412: Test failed: Got unexpected hr 0x8007000e. See https://test.winehq.org/data/patterns.html#d3d12:d3d12 Where 0x8007000e == E_OUTOFMEMORY. * On w1064v1507 and w1064v1607 this test is skipped because init_test_context() fails to create a device. * On w1064v1809 and greater this specific test just succeeds (and another fails instead). * So w1064v1709 supports just enough of d3d12 to run the test, but not enough to succeed. Maybe just add a broken()? https://gitlab.winehq.org/wine/wine/-/merge_requests/1961 -- 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 3

[Bug 54052] New: winhttp:notification times out randomly in Wine
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54052 Bug ID: 54052 Summary: winhttp:notification times out randomly in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- winhttp:notification times out randomly in Wine. First, on 2022-11-24 Paul Gofman got a series of patches in that probably fixed a bunch of these random timeouts (the situation on fg-deb64 and fgtb-debian11 seems better for one). However the following merge requests got timeouts after the patches went in: * MR!1553 on 2022-11-26 ... notification.c:117: Test failed: 892: expected status 0x20000 got 0x200000 winhttp:notification:0b98 done (258) in 120s 1148B * MR!1557 on 2022-11-27 ... notification.c:117: Test failed: 988: expected status 0x80000 got 0x200000 winhttp:notification:06d0 done (258) in 120s 1148B * MR!1560 on 2022-11-27 ... notification.c:1184: Test marked todo: got 3 winhttp:notification:052c done (258) in 120s 1118B Where: 0x20000 == WINHTTP_CALLBACK_STATUS_HEADERS_AVAILABLE 0x80000 == WINHTTP_CALLBACK_STATUS_READ_COMPLETE 0x200000 == WINHTTP_CALLBACK_STATUS_REQUEST_ERROR So there may still be some issue left. -- 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 53975] New: d3drm:d3drm sometimes fails to create an immediate mode device in Wine
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53975 Bug ID: 53975 Summary: d3drm:d3drm sometimes fails to create an immediate mode device in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3drm:d3drm sometimes fails to create an immediate mode device in Wine: d3drm.c:5843: Test failed: Cannot create IM device, skipping tests. This can happen in either test_create_device_from_d3d2() or test_create_device_from_d3d3() and always comes with the following winediag message repeated 3 times in the Wine log: 063c:err:winediag:d3d_device_create The application wants to create a Direct3D device, but the current DirectDrawRenderer does not support this. See https://test.winehq.org/data/patterns.html#d3drm:d3drm So far this has only been seen on debian11 and debiant so it may be related to their dual-screen configuration. Also this failure first happened on 2022-11-07 and there are 4 known instances so far (2 in the nightly runs and 2 TestBot job false positives). So it is probably caused by some recent Wine 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 3

[Bug 53270] New: test_WSARecv() fails when using wow64 thunks [Wow64ApcRoutine() overwrites return value set by NtContinue()]
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53270 Bug ID: 53270 Summary: test_WSARecv() fails when using wow64 thunks [Wow64ApcRoutine() overwrites return value set by NtContinue()] Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 72642 --> https://bugs.winehq.org/attachment.cgi?id=72642 test diff This might be a bit early since the wow64 path isn't exactly supported, but (with a couple patches to ntdll to enable it in the first place) it works well enough to expose a bug in its own implementation, which is more than a little tricky to solve. I'm attaching a diff to the tests, which I will submit upstream, which demonstrates the root of the problem. KiUserApcDispatcher can be called from three-ish places: wait functions, NtTestAlert, and NtContinue. In the case of the former two KiUserApcDispatcher will be passed a wow64 context which, among other things, has its %rax/%eax set to STATUS_USER_APC or STATUS_SUCCESS respectively. In the latter case %rax/%eax comes from the passed-in context. Wow64ApcRoutine tries to translate the %rax from the 64-bit context into the %eax that the 32-bit context will restore to. In the former two cases this is STATUS_USER_APC or STATUS_SUCCESS and things work fine. In the latter case, however, this overwrites %eax from the passed-in 32-bit context. Note that we don't get the right %eax from ntdll either, because (a) ntdll gives us a 64-bit context anyway, and (b) we don't use NtContinue but rather NtTestAlert. That does mean we could fix it by using NtContinue and putting the %eax value into %rax, which is a bit weird but I don't know if there's a better option. This is wrong inherently, as the attached tests show, but it more saliently ends up breaking LdrInitializeThunk, because on i386 RtlUserThreadStart is called with %eax pointing to the thread procedure, and we then overwrite that with zero. -- 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 49266] New: Amazon Games installs but won't start
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=49266 Bug ID: 49266 Summary: Amazon Games installs but won't start Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 67270 --> https://bugs.winehq.org/attachment.cgi?id=67270 Console Output (wine 5.8) Hello everyone, I download the Amazon games installer from: https://download.amazongames.com/AmazonGamesSetup.exe and got it installed with wine 5.8 - Unfortunately the application doesn't launch. Console output is attached. -- 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

[Bug 54491] New: regedit/regproc.c - export_key() is unable to return TRUE
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54491 Bug ID: 54491 Summary: regedit/regproc.c - export_key() is unable to return TRUE Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: gonzomdx(a)gmail.com Distribution: --- export_key() function should return either TRUE if succeeded or FALSE if failed. Values are returned in lines 1459 and 1463 (hardcoded FALSE) as well as line 1471 (BOOL ret). Due to the fact that ret get its value returned from the function export_registry_data() (line 1466) which EVER returns an int of value 0, there is no possibility that export_key() succeeds. The easiest solution would be to simply return TRUE instead of ret. The most elegant solution would be to let export_registry_data() sane data. -- 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 8

[Bug 54168] New: kernel32:console - test_wait() sometimes fails on Windows 8+
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54168 Bug ID: 54168 Summary: kernel32:console - test_wait() sometimes fails on Windows 8+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:console - test_wait() sometimes fails on Windows 8+: console.c:1198: Test failed: WaitForSingleObject returned 0 console.c:1200: Test failed: WaitForSingleObject returned 0 console.c:1202: Test failed: WaitForSingleObject returned 0 console.c:1204: Test failed: WaitForSingleObject returned 0 console.c:1206: Test failed: WaitForSingleObject returned 0 console.c:1208: Test failed: NtWaitForSingleObject returned 0 console.c:1211: Test failed: NtWaitForSingleObject returned 0 See https://test.winehq.org/data/patterns.html#kernel32:console This happens a bit less that twice per month. -- 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 3

[Bug 53236] New: d3d9:device - test_wndproc() sometimes gets an unexpected WM_DISPLAYCHANGE in Wine
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53236 Bug ID: 53236 Summary: d3d9:device - test_wndproc() sometimes gets an unexpected WM_DISPLAYCHANGE in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d9:device - test_wndproc() sometimes gets an unexpected WM_DISPLAYCHANGE in Wine: device.c:4349: Test failed: Expected message 0x7e for window 0x1, but didn't receive it, i=1. device.c:4359: Test failed: Got unexpected hr 0x88760869. https://test.winehq.org/data/patterns.html#d3d9:device Where 0x007e == WM_DISPLAYCHANGE. The second failure is not always present but does not seem to happen without the first one so they are probably related. These failures: * Happen on my Debian 11 + Intel + KDE box (fg-deb64) * Don't seem to happen on my Debian 11 + QXL + fvwm + single monitor VM * Happen on the TestBot's Debian 11 + QXL + fvwm + dual monitor VM * Happen on the TestBot's Debian Testing + QXL + fvwm + dual monitor VM (very rarely but two wow64 instance have been seen) -- 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 3

[Bug 47407] New: Hard Truck 2: King of The Road (GOG version): movies don' t play
by wine-bugs＠winehq.org 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=47407 Bug ID: 47407 Summary: Hard Truck 2: King of The Road (GOG version): movies don't play Product: Wine Version: 4.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t6zm3v62fkp7fe5(a)yandex.ru Distribution: --- Created attachment 64755 --> https://bugs.winehq.org/attachment.cgi?id=64755 Screenshot from intro movie In Hard Truck 2: King of The Road (GOG version), movies don't play: e.g. intro logos and movie (screenshot-from-intro-movie.png) and movies when you're arrested or robbed by mafia. Lubuntu 18.04.2, Wine 4.11 from official PPA. -- 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 7585] Thief: the dark project hangs on 'esc' keypress in game if X in 24bpp mode
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=7585 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #73 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 8.4. -- 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 0

[Bug 54645] New: TextPad 9.1 installation fails in Wine 6 from Linux Mint repo
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54645 Bug ID: 54645 Summary: TextPad 9.1 installation fails in Wine 6 from Linux Mint repo Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nouvel.aubergiste(a)gmail.com Distribution: --- Created attachment 74174 --> https://bugs.winehq.org/attachment.cgi?id=74174 backtrace file TextPad 9.1 installation fails using Wine 6 from Linux Mint repository. TextPad 8+ works fine. I tried it several times and the error is always the same The graphic error is : SpellCheckerFactory Unknown error 0x80040154 -- 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 4

[Bug 54505] New: psapi:psapi_main - The 64-bit test_EnumProcessModules() gets unexpected Notepad case on Windows 11
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54505 Bug ID: 54505 Summary: psapi:psapi_main - The 64-bit test_EnumProcessModules() gets unexpected Notepad case on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: psapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com psapi:psapi_main - The 64-bit test_EnumProcessModules() gets unexpected Notepad case on Windows 11: psapi_main.c:160: Test failed: got Notepad.exe psapi_main.c:164: Test failed: got C:\Program Files\WindowsApps\Microsoft. See https://test.winehq.org/data/patterns.html#psapi:psapi_main This failure is specific to the 64-bit tests running on Windows 11, that is the 32-bit test has other (possibly related) failures, and Windows 10 and lower don't have failures. Also this failure has been present ever since the Windows 11 VM was added. This looks like a simple case issue. If so it's strange that it only happens in 64-bit but it could be cured by a simple strcasecmp() or equivalent. -- 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 3

[Bug 54299] New: d3d12:d3d12 - test_create_device() gets an unexpected 0 refcount on Windows 10 1909+
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54299 Bug ID: 54299 Summary: d3d12:d3d12 - test_create_device() gets an unexpected 0 refcount on Windows 10 1909+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com d3d12:d3d12 - test_create_device() gets an unexpected 0 refcount on Windows 10 1909+: d3d12.c:888: Test failed: Got unexpected refcount 0. See https://test.winehq.org/data/patterns.html#d3d12:d3d12 This test * is skipped on Windows 10 < 1709, * succeeds on Windows 10 1709 and 1809, * and fails on Windows 10 1909+ because the refcount is 0. The test seems unsure about the exact refcount value since it only tests for "refcount >= 1". Maybe it should be something like "refcount == 0 || broken(refcount >= 1)", possibly with a todo_wine? Or that test could just be removed entirely? -- 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 54637] New: riched20:txtsrv - test_TxGetNaturalSize fails if system GUI font's glyph widths are wider than expected by the test
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54637 Bug ID: 54637 Summary: riched20:txtsrv - test_TxGetNaturalSize fails if system GUI font's glyph widths are wider than expected by the test Product: Wine Version: 8.3 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: huw(a)codeweavers.com, jzeng(a)codeweavers.com Regression SHA1: 6e264bbd1ddf0d271d4506462ecd4f20f4a20597 Distribution: --- Today, test_TxGetNaturalSize() creates a pop-up window with a fixed size (extent) of 100 x 100. The test function then proceeds to compute the natural size of rich edit control that fits the sample text "TestSomeText" and compare it to the RECT calculated by DrawText. It appears that this test fails if the text width exceeds the width of the test window's client area. In this case, DrawText() with DT_WORDBREAK breaks the text into the two lines due to text wrapping; however, Rich Edit's ITextServices::TxGetNaturalSize implementation does not seem to perform text wrapping on overflow. This results in extent mismatch. In conclusion, the test may fail if the rendered width of the sample text "TestSomeText" is larger than what the test expects. This depends on the current font used for DEFAULT_GUI_FONT. Omitting DT_WORDWRAP for the DrawText() call seems to fix this test failure. -- 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 3

[Bug 54506] New: psapi:psapi_main - The 64-bit test_EnumProcessModulesEx() gets pcs-6464 and pcs-6432 failures on Windows 11
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54506 Bug ID: 54506 Summary: psapi:psapi_main - The 64-bit test_EnumProcessModulesEx() gets pcs-6464 and pcs-6432 failures on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: psapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com psapi:psapi_main - The 64-bit test_EnumProcessModulesEx() gets pcs-6464 and pcs-6432 failures on Windows 11: psapi_main.c:303: Test failed: pcs-6464: 2: expecting C:\windows\system32\notepad.exe but got C:\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3 psapi_main.c:303: Test failed: pcs-6464: 0: expecting C:\windows\system32\notepad.exe but got C:\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3 psapi_main.c:303: Test failed: pcs-6464: 3: expecting C:\windows\system32\notepad.exe but got C:\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3 psapi_main.c:448: Test failed: pcs-6432: expecting 32bit modules psapi_main.c:299: Test failed: pcs-6432: 1: got error 6 psapi_main.c:300: Test failed: pcs-6432: 1: expecting notepad.exe but got e{u psapi_main.c:302: Test failed: pcs-6432: 1: got error 6 psapi_main.c:303: Test failed: pcs-6432: 1: expecting C:\windows\syswow64\notepad.exe but got e{u psapi_main.c:306: Test failed: pcs-6432: 1: got error 6 psapi_main.c:307: Test failed: pcs-6432: 1: expected 00000000DEADBEEF, got 00007FF8DF7EF800 psapi_main.c:309: Test failed: pcs-6432: 1: got entry point 000000000040BDF8 psapi_main.c:303: Test failed: pcs-6432: 0: expecting C:\windows\syswow64\notepad.exe but got C:\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3 psapi_main.c:303: Test failed: pcs-6432: 3: expecting C:\windows\syswow64\notepad.exe but got C:\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2102.13.0_x64__8wekyb3 See https://test.winehq.org/data/patterns.html#psapi:psapi_main Where 6 == ERROR_INVALID_HANDLE, hence the presumable uninitialized strings too. These tests and failures were introduced by the commit below: commit 84a9a1c8fbc1e8ccc9c34cf0db375813b3ac2955 Author: Eric Pouech <eric.pouech(a)gmail.com> AuthorDate: Mon Jan 30 13:45:46 2023 +0100 psapi: Add tests for EnumProcessModulesEx(). Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> -- 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 3

[Bug 54313] New: HS_hevo_gc 8.8.1.1 fails to launch
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54313 Bug ID: 54313 Summary: HS_hevo_gc 8.8.1.1 fails to launch Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dean-chen(a)qq.com Distribution: --- Created attachment 73873 --> https://bugs.winehq.org/attachment.cgi?id=73873 log info copied from terminal HS_hevo_gc 8.8.1.1 fails to launch THS_hevo_gc8.8.1.1.exe can be dowloaded from THS web site on Windows system. http://activity.ths123.com/html/xb/160809/index.html -- 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 15

[Bug 54058] New: user32:input - test_ToAscii() fails in the Hindi UTF-8 locale
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54058 Bug ID: 54058 Summary: user32:input - test_ToAscii() fails in the Hindi UTF-8 locale Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 73613 --> https://bugs.winehq.org/attachment.cgi?id=73613 user32/tests: Skip a ToAscii() test in UTF-8 code pages. user32:input - test_ToAscii() fails in the Hindi UTF-8 locale: input.c:3133: Test failed: ToAscii for character 'A' didn't return 1 (was 0) See https://test.winehq.org/data/patterns.html#user32:input Note that this did not happen before 2022-11-21 because some unknown Windows quirk caused the UserDefaultLCID and ThreadLocale to be reset to English before the test was started. In any case it seems ToAscii() does not depend just on the keyboard layout but also on the current code page which makes sense. So then maybe we should limit the test to non-UTF-8 code pages as in the attached patch? -- 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 54020] New: The 32-bit ntdll:wow64 fails on Windows 11
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54020 Bug ID: 54020 Summary: The 32-bit ntdll:wow64 fails on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 32-bit ntdll:wow64 fails on Windows 11: wow64.c:254: Test failed: wrong len 0 wow64.c:255: Test failed: wrong teb 0000004C / 00000000 wow64.c:258: Test failed: GdiBatchCount not set wow64.c:282: Test failed: wrong peb 00000000 / 00000002 wow64.c:285: Test failed: wrong len 0 wow64.c:295: Test failed: wrong len 0 wow64.c:301: Test failed: wrong ImagePathName ptr 00000000 / 00000000-00000000 wow64.c:302: Test failed: wrong CommandLine ptr 00000000 / 00000000-00000000 wow64.c:303: Test failed: wrong WindowTitle ptr 00000000 / 00000000-00000000 wow64.c:304: Test failed: wrong Desktop ptr 00000000 / 00000000-00000000 wow64.c:305: Test failed: wrong ShellInfo ptr 00000000 / 00000000-00000000 wow64.c:331: Test failed: debugging failed wow64.c:333: Test failed: wrong len 0 wow64.c:460: cs 0023 ss 002b fs 0053 wow64.c:782: Test failed: unknown module 7ffb1ed00000 L"wow64base.dll" found wow64.c:782: Test failed: unknown module 7ffb20100000 L"wow64con.dll" found See https://test.winehq.org/data/patterns.html#ntdll:wow64 The values are pretty stable from one run to the next but do change from time to time (causing false positives). Note also that the 64-bit version fails on Windows 11 too but the failures there are pretty different (see bug 54019). -- 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 4

[Bug 53818] New: foobar2000 crashes shortly after startup
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53818 Bug ID: 53818 Summary: foobar2000 crashes shortly after startup Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matthias.grobarek(a)posteo.de Distribution: --- Created attachment 73344 --> https://bugs.winehq.org/attachment.cgi?id=73344 winedbg output After starting foobar2000, it quickly crashes after a few seconds, no matter what you do. Wine 7.18 and 7.17 are not affected. I’m using wine-staging (no matter the version) on Gentoo Linux (kernel 6.0.2), compiled for both 32bit and 64bit, with the following flags activated: x, alsa, fontconfig, mshtml, gstreamer, mingw, mscoree, gettext, openal, opengl, sdl, gnutls, freetype, udev, dbus, unwind, usb, vulkan, xcomposite. I attached the output of winedbg and also the crash log and dump that foobar2000 itself produces. If you need any more information, please tell me what exactly I should do. -- 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 53526] New: kernel32:sync - test_timer_queue() occasionally fails to delete the timer on Windows 10
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53526 Bug ID: 53526 Summary: kernel32:sync - test_timer_queue() occasionally fails to delete the timer on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:sync - test_timer_queue() occasionally fails to delete the timer on Windows 10: sync.c:1135: Test failed: DeleteTimerQueueTimer https://test.winehq.org/data/patterns.html#kernel32:sync This failure happened twice: * 2022-05-27 w10pro64-de-64 * 2022-08-04 w10pro64-he-64 -- 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 3

[Bug 53488] New: The dxgi:dxgi output is too big on debiant
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53488 Bug ID: 53488 Summary: The dxgi:dxgi output is too big on debiant Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The dxgi:dxgi output is too big in Wine. It used to be about 24 KB but the commit below pushed it to 34 KB, over the 32 KB limit. Then on 2022-07-22 another commit improved the situation on debian11 but not on debiant where the size has not changed since the commit below. commit 184ff3bfbb4be3e3fbcfaaba3ec7095d2d885882 Author: Nikolay Sivov <nsivov(a)codeweavers.com> Date: Sat Jun 11 19:36:20 2022 +0300 dxgi: Create DXGI resource object, optionally supporting surface interfaces. Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> dlls/d3d11/d3d11_private.h | 4 +- dlls/d3d11/tests/d3d11.c | 7 - dlls/d3d11/texture.c | 130 +++++++------- dlls/dxgi/Makefile.in | 2 +- dlls/dxgi/device.c | 24 +-- dlls/dxgi/dxgi_private.h | 11 +- dlls/dxgi/resource.c | 423 +++++++++++++++++++++++++++++++++++++++++++++ dlls/dxgi/surface.c | 296 ------------------------------- dlls/dxgi/tests/dxgi.c | 34 ++-- include/wine/winedxgi.idl | 7 +- 10 files changed, 526 insertions(+), 412 deletions(-) create mode 100644 dlls/dxgi/resource.c delete mode 100644 dlls/dxgi/surface.c -- 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 3

[Bug 54553] New: mmdevapi:propstore - The 32-bit test_setvalue_on_wow64() fails on Windows 10 2004+
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54553 Bug ID: 54553 Summary: mmdevapi:propstore - The 32-bit test_setvalue_on_wow64() fails on Windows 10 2004+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mmdevapi:propstore - The 32-bit test_setvalue_on_wow64() fails on Windows 10 2004+: propstore.c:186: Test failed: Wrong error when opening mmdevices Render key: 0 See propstore.c:186: Test failed: Wrong error when opening mmdevices Render key: 0 As far as I can tell what this means is that the assumption that "should NOT find the key in 32-bit view" is incorrect on Windows 10 2004+. So maybe the old behavior should be considered to be broken() nowadays? -- 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 4

[Bug 54078] New: ntdll:pipe - test_blocking() sometimes fails in Wine when the pipe is not signaled
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54078 Bug ID: 54078 Summary: ntdll:pipe - test_blocking() sometimes fails in Wine when the pipe is not signaled Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntdll:pipe - test_blocking() sometimes fails in Wine when the pipe is not signaled: pipe.c:1769: Test marked todo: client is not signaled pipe.c:1751: Test failed: pipe is not signaled pipe.c:1769: Test marked todo: client is not signaled pipe.c:1770: Test failed: pipe is not signaled See https://test.winehq.org/data/patterns.html#ntdll:pipe Here is this failure's nightly WineTest run history: * There was no failure in June and July. * The first known failure happened on 2022-08-13, the next on 2022-08-18. * The third failure happened on 2022-09-23. * The fourth on 2022-11-04 which was followed by 9 more in November. So it's likely something changed in early August-ish that introduced this failure. But there has been a further change in November that makes it more frequent (maybe the latter is because the TestBot now runs two VMs at a time so the host is more busy, though that started a bit earlier, on 2022-10-25). This failure also happens in the GitLab CI. -- 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 4

[Bug 53974] New: d3drm:d3drm sometimes crashes after failing to create the IDirect3DRMDevice* interface in Wine
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53974 Bug ID: 53974 Summary: d3drm:d3drm sometimes crashes after failing to create the IDirect3DRMDevice* interface in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3drm:d3drm sometimes crashes after failing to create the IDirect3DRMDevice* interface in Wine: d3drm.c:4600: Test failed: Cannot create IDirect3DRMDevice interface, hr 0x8007000e. d3drm.c:4602: Test failed: expected ref2 > ref1, got ref1 = 1 , ref2 = 1. d3drm.c:4604: Test failed: Expected surface_ref2 > surface_ref1, got surface_ref1 = 1, surface_ref2 = 1. Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0040e52b). [...useless backtrace...] d3drm.c:4776: Test failed: Cannot create IDirect3DRMDevice2 interface, hr 0x8007000e. d3drm.c:4778: Test failed: expected ref3 > ref1, got ref1 = 1 , ref3 = 1. d3drm.c:4782: Test failed: Expected surface_ref2 > surface_ref1, got surface_ref1 = 1, surface_ref2 = 1. Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x004106c1). [...useless backtrace...] d3drm.c:4407: Test failed: Cannot create IDirect3DRMDevice3 interface, hr 0x8007000e. d3drm.c:4409: Test failed: expected ref3 > ref1, got ref1 = 1 , ref3 = 1. d3drm.c:4413: Test failed: expected cref2 > cref1, got cref1 = 1 , cref2 = 1. Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0041290a). [...useless backtrace...] See https://test.winehq.org/data/patterns.html#d3drm:d3drm The two "expected..." failures are not always present. This has been seen on debian11, debiant but also fgtb-debian11 and gitlab-debian. So it's not specific to dual-screen configurations nor to QEmu's QXL driver. But it seems to only happen on "virtual GPUs" (gitlab-debian uses Xorg's dummy driver). -- 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 4

[Bug 53528] New: ntdll:info - test_query_kerndebug() fails on Windows 8 to 10 1709
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53528 Bug ID: 53528 Summary: ntdll:info - test_query_kerndebug() fails on Windows 8 to 10 1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:info - test_query_kerndebug() fails on Windows 8 to 10 1709: info.c:1097: Test failed: Expected STATUS_SUCCESS, got 80000002 info.c:1102: Test failed: Expected STATUS_SUCCESS, got 80000002 https://test.winehq.org/data/patterns.html#ntdll:info The failures started on 2022-07-26. -- 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 3

[Bug 53182] New: shell32:shelllink - A save(NULL, TRUE) fails randomly in test_load_save() on Wine
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53182 Bug ID: 53182 Summary: shell32:shelllink - A save(NULL, TRUE) fails randomly in test_load_save() on Wine 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: --- A save(NULL, TRUE) fails randomly in test_load_save() on Wine: shelllink.c:775: Test failed: save(NULL, TRUE) failed (0x80070020) https://test.winehq.org/data/patterns.html#shell32:shelllink This is probably the same issue as bug 28290, the only difference being that it does not happen at a point that leads to a NULL pointer access. -- 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 3

[Bug 52948] New: gdi32:font - test_EnumFonts() fails on Arial Bold on Windows in Russian
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52948 Bug ID: 52948 Summary: gdi32:font - test_EnumFonts() fails on Arial Bold on Windows in Russian Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:font - test_EnumFonts() fails on Arial Bold on Windows in Russian: font.c:5409: Test failed: font Arial Bold is not enumerated font.c:5412: Test failed: expected FW_BOLD got 400 font.c:5419: Test failed: font Arial Bold Italic is not enumerated font.c:5421: Test failed: expected Arial got Arial Bold font.c:5422: Test failed: expected FW_BOLD got 400 https://test.winehq.org/data/patterns.html#gdi32:font Maybe this can happen in other locales, but among those that are tested this only happens with the Russian one (w10pro64-ru). -- 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 3

[Bug 51848] New: Performance Regression in Secondhand Lands
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=51848 Bug ID: 51848 Summary: Performance Regression in Secondhand Lands Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: escomk3(a)hotmail.com Distribution: --- After 4261369e5d8 [1], FPS will be near zero, and the game area will be black, with the actual should-be content sometimes appearing and disappearing. Standard output with default'ish debug channels doesn't show any difference with a build prior to this commit. 1. https://source.winehq.org/git/wine.git/commit/4261369e5d8f1d71e8d2074747515… -- 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 18

[Bug 54649] New: windows.perception.stub:perception - Windows 10 1607 does not have ISpatialSurfaceObserverStatics2
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54649 Bug ID: 54649 Summary: windows.perception.stub:perception - Windows 10 1607 does not have ISpatialSurfaceObserverStatics2 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com windows.perception.stub:perception - Windows 10 1607 does not have ISpatialSurfaceObserverStatics2: perception.c:76: Test failed: got hr 0x80004002. perception.c:76: this is the last test seen before the exception 088c:perception: unhandled exception c0000005 at 00401483 See https://test.winehq.org/data/patterns.html#windows.perception.stub:percepti… Where 0x80004002 == E_NOINTERFACE This test was introduced in the commit below: commit 006bc33c57c96bd733147c4088d36bfc14da907e Author: Mohamad Al-Jaf <mohamadaljaf(a)gmail.com> AuthorDate: Thu Feb 23 03:50:15 2023 -0500 windows.perception.stub: Add ISpatialSurfaceObserverStatics2 stub interface. -- 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 54539] New: Starcraft Remastered Game Initialization Failed
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54539 Bug ID: 54539 Summary: Starcraft Remastered Game Initialization Failed Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: uberdude555(a)yahoo.com Distribution: --- Created attachment 74080 --> https://bugs.winehq.org/attachment.cgi?id=74080 stdout I updated from wine 7.0-rc3 to 8.2, and when I try to start StarCraft now I see an error dialog box with text "Game Initialization Failed: T". I tried running the exe directly (rather than through the Battle.net client) and saw the same error with only the four lines attached written to the terminal. The AppDB page shows at least three other users experiencing the same issue from version 8.1 and possibly earlier: https://appdb.winehq.org/objectManager.php?sClass=version&iId=35171. -- 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 13

[Bug 54509] New: psapi:psapi_main - The 64-bit test_EnumProcessModules() gets unexpected third module on Windows 11
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54509 Bug ID: 54509 Summary: psapi:psapi_main - The 64-bit test_EnumProcessModules() gets unexpected third module on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: psapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com psapi:psapi_main - The 64-bit test_EnumProcessModules() gets unexpected third module on Windows 11: psapi_main.c:185: Test failed: third DLL in wow64 should be one of wow*.dll (kernel32.dll) See https://test.winehq.org/data/patterns.html#psapi:psapi_main This test and failure was introduced by the commit below: commit 00bf7293af13f3766c6c839f0125785ac9084de8 Author: Eric Pouech <eric.pouech(a)gmail.com> AuthorDate: Tue Feb 14 11:07:01 2023 +0100 psapi: Add more tests for EnumProcessModules(). Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> -- 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 3

[Bug 54003] New: vbscript:run sometimes fails on Windows UTF-8 locales
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54003 Bug ID: 54003 Summary: vbscript:run sometimes fails on Windows UTF-8 locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com vbscript:run sometimes fails on UTF-8 locales: === w10pro64_en_AE_u8 (64 bit report) === vbscript: run.c:1206: Test failed: api.vbs: L"Err.number = 0" run.c:1206: Test failed: api.vbs: L"Err.description = " run.c:1206: Test failed: api.vbs: L"Err.number = 0" See https://gitlab.winehq.org/wine/wine/-/merge_requests/1534 Strangely enough so far this has not happened in the nightly WineTest runs but it did happen in another unrelated merge request (MR!1561). According to Nikolay (probably s/testChrError/testCStrError/): > This is happening on utf-8 locale, in testChrError(). > Needs to be fixed, but unrelated to this MR. -- 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 10

[Bug 53172] New: advapi32:registry - test_enum_value() has a pair of rare failures in UTF-8 system locales
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53172 Bug ID: 53172 Summary: advapi32:registry - test_enum_value() has a pair of rare failures in UTF-8 system locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com advapi32:registry - test_enum_value() has a pair of rare failures in UTF-8 system locales: registry.c:558: Test failed: data set to 'xxxxxxxxxxxxxxxxxxxx' instead of 'foobar' or x's, data_count=21 registry.c:576: Test failed: data set to 'xxxxxxxxxxxxxxxxxxxx' instead of 'foobar' or x's, data_count=21 https://test.winehq.org/data/patterns.html#advapi32:registry The line 558 and 576 failures happen about with the same frequency (~13% each) but independently from each other so that most times there is at most one in the report. And they only happen in the TestBot's two UTF-8 test configurations: w10pro64-en-AE-u8 and w10pro64-hi-u8. -- 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 54657] New: kernel32:loader - test_import_resolution() gets bad tls data on Windows 7
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54657 Bug ID: 54657 Summary: kernel32:loader - test_import_resolution() gets bad tls data on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:loader - test_import_resolution() gets bad tls data on Windows 7: loader.c:2324: Test failed: wrong tls data 'hello world' at 0000000000320590 See https://test.winehq.org/data/patterns.html#kernel32:loader -- 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 4

[Bug 54531] New: jsproxy:jsproxy crashes on Windows 11
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54531 Bug ID: 54531 Summary: jsproxy:jsproxy crashes on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com jsproxy:jsproxy crashes on Windows 11: jsproxy.c:52: Test failed: got 3735928559 jsproxy.c:56: Test failed: got 3735928559 jsproxy.c:59: Test failed: got 3735928559 jsproxy.c:60: this is the last test seen before the exception 054c:jsproxy: unhandled exception c0000005 at 004013FA See https://test.winehq.org/data/patterns.html#jsproxy:jsproxy Where 3735928559 == 0xdeadbeef So InternetGetProxyInfo() fails but does not set LastError. Furthermore the proxy pointer is not initialized either so the test crashes when trying to free it. -- 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 3

[Bug 54504] New: psapi:psapi_main - The 32-bit test_EnumProcessModules() gets a partial copy error on Windows 11
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54504 Bug ID: 54504 Summary: psapi:psapi_main - The 32-bit test_EnumProcessModules() gets a partial copy error on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: psapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com psapi:psapi_main - The 32-bit test_EnumProcessModules() gets a partial copy error on Windows 11: psapi_main.c:133: Test failed: got 0, error 299 psapi_main.c:134: Test failed: expected non-NULL module See https://test.winehq.org/data/patterns.html#psapi:psapi_main Where 299 == ERROR_PARTIAL_COPY This failure is specific to the 32-bit tests running on Windows 11, that is the 64-bit test has other (possibly related) failures, and Windows 10 and lower don't have failures. Also this failure has been present ever since the Windows 11 VM was added. -- 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 10

[Bug 54019] New: The 64-bit ntdll:wow64 fails on Windows 11
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54019 Bug ID: 54019 Summary: The 64-bit ntdll:wow64 fails on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 64-bit ntdll:wow64 fails on Windows 11. There are two failure modes: wow64.c:269: Test failed: wrong Tib.ExceptionList 0000000000000000 / 00000013640C5000 wow64.c:273: Test failed: wrong len 0 wow64.c:290: Test failed: wrong len 0 wow64.c:312: Test failed: wrong len 0 wow64.c:320: Test failed: wrong ImagePathName ptr 0 / 75cec0-75d884 wow64.c:320: Test failed: wrong ImagePathNamelen 0 / 210 wow64.c:321: Test failed: wrong CommandLine ptr 0 / 75cec0-75d884 wow64.c:321: Test failed: wrong CommandLinelen 0 / 66 wow64.c:322: Test failed: wrong WindowTitle ptr 0 / 75cec0-75d884 wow64.c:322: Test failed: wrong WindowTitlelen 0 / 210 wow64.c:323: Test failed: wrong Desktop ptr 0 / 75cec0-75d884 wow64.c:323: Test failed: wrong Desktoplen 0 / 30 wow64.c:324: Test failed: wrong ShellInfo ptr 0 / 75cec0-75d884 wow64.c:326: Test failed: wrong size 0 / 3222 wow64.c:338: Test failed: wrong len 0 wow64.c:339: Test failed: BeingDebugged is 0 or with 2 extra failures and different values: wow64.c:269: Test failed: wrong Tib.ExceptionList 0000000000000000 / 000000A7ECDDA000 wow64.c:273: Test failed: wrong len 0 wow64.c:290: Test failed: wrong len 0 wow64.c:291: Test failed: BeingDebugged is 117 wow64.c:309: Test failed: wrong ptr32 0000000000000000 / 00000298B3F80000 wow64.c:312: Test failed: wrong len 0 wow64.c:320: Test failed: wrong ImagePathName ptr 0 / 0-9c4 wow64.c:320: Test failed: wrong ImagePathNamelen 0 / 210 wow64.c:321: Test failed: wrong CommandLine ptr 0 / 0-9c4 wow64.c:321: Test failed: wrong CommandLinelen 0 / 66 wow64.c:322: Test failed: wrong WindowTitle ptr 0 / 0-9c4 wow64.c:322: Test failed: wrong WindowTitlelen 0 / 210 wow64.c:323: Test failed: wrong Desktop ptr 0 / 0-9c4 wow64.c:323: Test failed: wrong Desktoplen 0 / 30 wow64.c:324: Test failed: wrong ShellInfo ptr 0 / 0-9c4 wow64.c:326: Test failed: wrong size 0 / 3112 wow64.c:338: Test failed: wrong len 0 wow64.c:339: Test failed: BeingDebugged is 117 See https://test.winehq.org/data/patterns.html#ntdll:wow64 The values are pretty stable from one run to the next but do change from time to time (causing false positives). Note also that the 32-bit version fails on Windows 11 too. -- 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 52895] New: advapi32:service - EnumServicesStatusA() does not support UTF-8 on Windows?
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52895 Bug ID: 52895 Summary: advapi32:service - EnumServicesStatusA() does not support UTF-8 on Windows? Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com advapi32:service fails on Windows with a UTF-8 codepage: service.c:1283: Test failed: Expected success, got error 8 service.c:1285: Test failed: Expected some returned services service.c:1312: Test failed: Expected the needed buffer size for this one service service.c:1313: Test failed: Expected fewer services to be returned service.c:1314: Test failed: Expected ERROR_MORE_DATA, got 1783 service.c:1326: Test failed: Expected the needed buffer size for this one service service.c:1327: Test failed: Expected fewer services to be returned service.c:1328: Test failed: Expected a resume handle service.c:1329: Test failed: Expected ERROR_MORE_DATA, got 1783 service.c:1340: Test failed: Expected success, got error 8 service.c:1342: Test failed: Expected 559038737 services to be returned service.c:1610: Test failed: Expected success, got error 8 service.c:1627: Test failed: Expected the needed buffer size service.c:1628: Test failed: Expected fewer services to be returned service.c:1629: Test failed: Expected ERROR_MORE_DATA, got 1783 service.c:1641: Test failed: Expected the needed buffer size service.c:1642: Test failed: Expected fewer services to be returned service.c:1643: Test failed: Expected a resume handle service.c:1644: Test failed: Expected ERROR_MORE_DATA, got 1783 service.c:1655: Test failed: Expected success, got error 8 service.c:1657: Test failed: Expected 559038737 services to be returned service.c:1702: Test failed: Expected success 8 https://test.winehq.org/data/patterns.html#advapi32:service The first failure is an ERROR_NOT_ENOUGH_MEMORY in this call: services = HeapAlloc(GetProcessHeap(), 0, needed); bufsize = needed; needed = 0xdeadbeef; returned = 0xdeadbeef; SetLastError(0xdeadbeef); ret = EnumServicesStatusA(scm_handle, SERVICE_WIN32, SERVICE_STATE_ALL, services, bufsize, &needed, &returned, NULL); Where needed was calculated from a previous call (30890 in my case). So the buffer should be big enough but EnumServicesStatusA() fails anyway. I tried increasing the buffer size to the max 256KB but EnumServicesStatusA() still complains about insufficient memory which does not make sense. Later, when given a resume handle, the tests return RPC_X_BAD_STUB_DATA (1783) instead of ERROR_MORE_DATA (234). So this looks like the underlying RPC code that accesses the service control manager is buggy and does not support UTF-8. So win_skip() the whole thing on the first failure? Move the resume test with the RPC_X_BAD_STUB_DATA first and skip if that fails? -- 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 3

[Bug 53461] New: advapi32:service - test_EventLog() fails on Windows 10 2004 and 2009
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53461 Bug ID: 53461 Summary: advapi32:service - test_EventLog() fails on Windows 10 2004 and 2009 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com advapi32:service - test_EventLog() fails on Windows 10 2004 and 2009: service.c:2751: Test failed: got 0x1 --> SERVICE_STOPPED service.c:2753: Test failed: got 0 service.c:2757: Test failed: got 0x42b --> ERROR_PROCESS_ABORTED service.c:2761: Test failed: got 0 https://test.winehq.org/data/patterns.html#advapi32:service The failures appear to be happening because the EventLog service is stopped following some sort of error (crash?). These failures are systematic when running WineTest.exe but don't happen when running advapi32:service on its own. So it seems likely that some other test is causing EventLog to crash. -- 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 4

[Bug 53460] New: advapi32:service regularly fails on Windows when services stop / start
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53460 Bug ID: 53460 Summary: advapi32:service regularly fails on Windows when services stop / start Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com advapi32:service regularly fails on Windows when services stop / start. Because this may happen at any time the failures can take many forms: service.c:1729: Test failed: Expected a process id for this running service (sppsvc) service.c:1746: Test failed: Active services mismatch 4294967295 service.c:1747: Test failed: Inactive services mismatch 1 or service.c:1729: Test failed: Expected a process id for this running service (SgrmBroker) ... or service.c:1746: Test failed: Active services mismatch 1 service.c:1747: Test failed: Inactive services mismatch 4294967295 or service.c:1342: Test failed: Expected 114 services to be returned service.c:1612: Test failed: Expected the same number of service from this function or service.c:1729: Test failed: Expected a process id for this running service (edgeupdate) or service.c:1729: Test failed: Expected a process id for this running service (MapsBroker) or service.c:1729: Test failed: Expected a process id for this running service (W32Time) or service.c:1729: Test failed: Expected a process id for this running service (BITS) or service.c:1729: Test failed: Expected a process id for this running service (DoSvc) https://test.winehq.org/data/patterns.html#advapi32:service The service names give a hint as to what happened: * An Edge update got triggered: edgeupdate, probably BITS too. * A time synchronization happened: W32Time. * Some application caused the on-demand "Downloaded Maps Broker" service to start: MapsBroker. * Something caused Windows Update Delivery Optimization to start (despite it being disabled in the settings): DoSvc. * The 'System Guard Runtime Monitor Broker Service' got started for some reason: SgrmBroker. * The 'Microsoft Software Protection Platform Service' which is involved in the license checking got started: sppsvc. So I don't think it would be reasonable to disable all these services. We would still likely have a steady trickle of other services causing trouble, and we'd have the problem again when a new Windows version introduces another service. Instead advapi32:service should be more resilient. That may mean accepting small variations in the number of running services, or checking that a service is still running before complaining that it does not have a pid. -- 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 3

[Bug 54694] New: Marvel's Spider-Man Remastered requires Windows 10 version 1909, build 18363 (or newer)
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54694 Bug ID: 54694 Summary: Marvel's Spider-Man Remastered requires Windows 10 version 1909, build 18363 (or newer) Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- As the title says. 8.3-258-g81976e5c3f4 -- 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 0

[Bug 53562] New: SWAT 4: mouse wrapping issues
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53562 Bug ID: 53562 Summary: SWAT 4: mouse wrapping issues Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matheus.venturini(a)acad.ufsm.br Distribution: --- When beginning a mission in SWAT 4, the mouse will (most often) not allow you to fully rotate your vision in 360 degrees. This can be "fixed" by simply right-clicking, which will cause it to start acting normal. I've had times where this did not occur when starting a mission so I can't say it's a "can always reproduce" issue, and sometimes, very sporadically, the mouse starts acting faulty again during gameplay for seemingly no reason. Doing a search, I found an entry for the same issue in Codeweavers' forum: https://www.codeweavers.com/compatibility/crossover/forum/swat-4?msg=108881 The fix suggested in that page, to set "MouseWarpOverride" to "force_edge" in the registry, was not necessary since doing a right-click will make it go back to normal. Apparently some other games are also affected (GTA Vice City and Bioshock according to the discussion in https://forum.winehq.org/viewtopic.php?t=29663). I will try to reproduce the issue and attach the log file. -- 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 54419] New: RICHED20: Word Break Procedure of Rich TextBox should consider punctuation
by WineHQ Bugzilla 17 Mar '23

17 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54419 Bug ID: 54419 Summary: RICHED20: Word Break Procedure of Rich TextBox should consider punctuation Product: Wine Version: 8.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: katayama.hirofumi.mz(a)gmail.com Distribution: --- Created attachment 73977 --> https://bugs.winehq.org/attachment.cgi?id=73977 the patch to the word break procedure of rich textbox The default word break procedure of rich textbox didn't consider punctuation. This patch will add punctuation check to the default word break procedure. -- 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 1

[Bug 33008] New: UDP listening on specific IP address does not work properly
by wine-bugs＠winehq.org 17 Mar '23

17 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=33008 Bug #: 33008 Summary: UDP listening on specific IP address does not work properly Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: decimusmaximus(a)seznam.cz Classification: Unclassified Wine updated from 1.5.6 to 1.5.24. My app uses UDP listening on specific address (not 0.0.0.0). It is running on machine with NAT, there are two interfaces with IP A.A.A.A (public) and IP B.B.B.B (private) My app is set to listen only on one IP address, IP A.A.A.A It works properly on Wine 1.5.6. Traffic from subnet B.B.B.B is NATed to A.A.A.A interface and application running in wine receives it correctly. After update to 1.5.24 it does not work anymore. Application does not receive data from private subnet B.B.B.B, however it works properly for traffic incoming on A.A.A.A interface. Please see attached schema. results of "netstat --listening" with Wine 1.5.6 it is listening on A.A.A.A address correctly. with Wine 1.5.24 it is listening on 0.0.0.0 (obviously incorrect, socket binding is set to A.A.A.A address in application and although it is saying 0.0.0.0 app does not receive any data from B.B.B.B network) This application has to be listening only on one interface and do not mix public and private addresses. In this case it is not accessible for clients in private network, so it is critical bug. Main strange thing is, that it is listening on all addresses 0.0.0.0 although socket binding in application is set to address A.A.A.A -- 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 33

[Bug 54671] New: netcap.exe crashes on unimplemented function npptools.dll.CreateBlob
by WineHQ Bugzilla 16 Mar '23

16 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54671 Bug ID: 54671 Summary: netcap.exe crashes on unimplemented function npptools.dll.CreateBlob Product: Wine Version: 8.3 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 74187 --> https://bugs.winehq.org/attachment.cgi?id=74187 Console output netcap.exe is the "Microsoft Network Monitor capture utility". It was included in the Windows XP Service Pack 2 Support Tools. Steps to reproduce: 1. Create a 32-bit Wine bottle and set the Windows version to XP. 2. Run `wine WindowsXP-KB838079-SupportTools-ENU.exe`. 3. Run `wine 'C:\Program Files\Support Tools\netcap.exe'`. The program will not start. $ sha256sum WindowsXP-KB838079-SupportTools-ENU.exe 7927e87af616d2fb8d4ead0db0103eb845a4e6651b20a5bffea9eebc3035c24d -- 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 1

[Bug 22675] New: TechSmith Camtasia player fails to open.
by wine-bugs＠winehq.org 15 Mar '23

15 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=22675 Summary: TechSmith Camtasia player fails to open. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mattj10973(a)hotmail.co.uk Created an attachment (id=27925) --> (http://bugs.winehq.org/attachment.cgi?id=27925) The program (MATHSWATCH), it's embedded player, the Tech Smith Camtasia player (Clip 102 etc.), and the error message. I recently purchased a revision CD for my GCSE Mathematics course, and it states the CD is compatible with Windows 98SE/Me/2000/XP/Vista. I try to run it through Lucid Lynx, but I get an error message. I'm new to Linux and open source software in general, and have pretty much zilch coding or advanced knowledge of my new system, so sorry in advance if I've done anything incorrectly, or failed to understand some of the site's instructions. Error message attached, 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 3

[Bug 54635] New: libwine backward compatibility
by WineHQ Bugzilla 14 Mar '23

14 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54635 Bug ID: 54635 Summary: libwine backward compatibility Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winecrt0 Assignee: wine-bugs(a)winehq.org Reporter: a.heider(a)gmail.com Distribution: --- v8.3 finally removed libwine. Older winegcc builds automatically link against it (just __wine_dll_register(a)WINE_1.0 in out case). Newer winegcc builds don't link against it anymore, it looks like since f6a363bc4108f3d45b7a5bac706d10579f4d2772 "winecrt0: Get rid of constructor support." v5.7. We build downloadable releases and would like to keep maximum binary compatibility. Building with >=v5.7 would likely avoid the issue, but I guess binaries won't work on older WINE versions then. For the record: Ubuntu 18.04 LTS is about to go unsupported, 20.04 LTS ships v5.0. Our current CI setup uses 20.04, so v5.0, to build releases. Is there something we can do to make built binaries work on >=v5.0? Any suggestions how to archive that? Something on our end? Or maybe WINE can get a compatibility addition to skip the libwine.so.1/__wine_dll_register(a)WINE_1.0 symbol or something? Thanks! Andre -- 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 8

[Bug 37056] New: Rapture3D requires native dsound.dll in order to change sound layout.
by wine-bugs＠winehq.org 14 Mar '23

14 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=37056 Bug ID: 37056 Summary: Rapture3D requires native dsound.dll in order to change sound layout. Product: Wine Version: 1.7.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: El_Diablo2(a)gmx.de Created attachment 49248 --> http://bugs.winehq.org/attachment.cgi?id=49248 Error message with builtin dsound.dll With builtin dsound UserLayout.exe complains it cannot change the soundcard configuration. No interessting (default channels) debug output... -- 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 54686] New: LibvirtTool sometimes fails to update the time
by WineHQ Bugzilla 14 Mar '23

14 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54686 Bug ID: 54686 Summary: LibvirtTool sometimes fails to update the time Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- When reverting to a live snapshot it is necessary to update the VM's time so certificate checks and more work as expected. This is handled by LibvirtTool.pl via using the SetTime TestAgent RPC. However there are some cases where this fails as is evidenced by job 130592: w10pro64v2004 LocalTime: 2023-03-14 2 10:47:10.744 w10pro64 LocalTime: 2022-12-11 0 14:18:16.343 w10pro64_fr LocalTime: 2023-03-14 2 10:46:42.143 So the time did not get updated on w10pro64 while it did get updated on all of that job's 4 other VMs. Furthermore there is evidence that during that day's nightly WineTest runs it is w10pro64v2004 that did not get a time update (or the time reverted back?). Failure to update the time can cause test failures so it needs to be reliable. -- 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 0

[Bug 54685] New: The localized VMs don't have a localized timezone
by WineHQ Bugzilla 14 Mar '23

14 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54685 Bug ID: 54685 Summary: The localized VMs don't have a localized timezone Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The base VM configurations are all in the Minnesota timezone (CST / CDT). But the localized ones should be in the timezone corresponding to the country. For instance the French test configuration should be in the CET / CEST timezone. But SetWinLocale does not support changing the timezone. -- 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 0

[Bug 46022] New: MechWarrior Online (MWO, Piranha games) crashes before login (broken Boost 1.62.0+ boost:: context library corrupts TEB 'SubSystemTib')
by wine-bugs＠winehq.org 14 Mar '23

14 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=46022 Bug ID: 46022 Summary: MechWarrior Online (MWO, Piranha games) crashes before login (broken Boost 1.62.0+ boost::context library corrupts TEB 'SubSystemTib') Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, reported here: https://spcr.netlify.com/app/342200 Download: https://mwomercs.com/game/download --- snip --- $ pwd /home/focht/wine-games/wineprefix64-mwo/drive_c/Program Files (x86)/Piranha Games/MechWarrior Online/Bin64 $ file * crashrpt_lang.ini: Little-endian UTF-16 Unicode text, with CRLF line terminators CrashSender1402.exe: PE32+ executable (GUI) x86-64, for MS Windows CryRenderD3D11.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows CryRenderD3D9.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows D3DCompiler_43.dll: PE32+ executable (DLL) (console) x86-64, for MS Windows d3dx11_43.dll: PE32+ executable (DLL) (console) x86-64, for MS Windows d3dx9_43.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows fmod_event64.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows fmod_event_net64.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows fmodex64.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows msvcp100.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows msvcr100.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows MWOClient.exe: PE32+ executable (GUI) x86-64, for MS Windows nvDXTLibrary.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows soundbackends: directory steam_api64.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows ts3client_win64.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows Txaa.win64.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows xinput1_3.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows --- snip --- Trace log (without relay), with small diagnostics added to internal function 'get_full_path_helper()' (ntdll helper): --- snip --- $ WINEDEBUG=+seh,+loaddll,+process,+msvcrt,+ntdll,+file,+msgbox wine ./MWOClient.exe >>log.txt 2>&1 ... 006f:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"C:\\windows\\system32\\dinput8.dll",0x23da40,0x23da60,(nil)) 006f:trace:file:RtlGetFullPathName_U (L"C:\\windows\\system32\\dinput8.dll" 520 0x23d6b0 0x23da60) 006f:trace:file:get_full_path_helper PEB cd=0x7bd24798 006f:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"C:\\windows\\system32\\dinput8.dll",0x23db40,0x23db60,(nil)) 006f:trace:file:RtlGetFullPathName_U (L"C:\\windows\\system32\\dinput8.dll" 520 0x23d7b0 0x23db60) 006f:trace:file:get_full_path_helper PEB cd=0x7bd24798 006f:trace:ntdll:NtRemoveIoCompletion (0x594, 0x23e6f8, 0x23e6e8, 0x23e5a0, 0x23e598) 006f:trace:msvcrt:MSVCRT_strncpy_s (0x1db0f290 260 "../build_info.xml" 18446744073709551615) 006f:trace:msvcrt:MSVCRT_strncpy_s (0x1db0ed30 260 "../build_info.xml" 18446744073709551615) 006f:trace:msvcrt:pf_printf_a Format is: "%c.%c" 006f:trace:msvcrt:pf_printf_a Format is: "%c..%c" 006f:trace:msvcrt:MSVCRT__wfsopen (L"build_info.xml",L"rb") 006f:trace:msvcrt:msvcrt_get_flags L"rb" 006f:trace:msvcrt:MSVCRT__wsopen_dispatch path: (L"build_info.xml") oflags: 0x8000 shflags: 0x0040 pmode: 0x0000 fd*: 0x1db0df38 secure: 0 006f:trace:file:CreateFileW L"build_info.xml" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x1 006f:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"build_info.xml",0x1db0dc40,(nil),(nil)) 006f:trace:file:RtlGetFullPathName_U (L"build_info.xml" 520 0x1db0d860 (nil)) 006f:trace:file:get_full_path_helper TEB cd=0x97791a97923a0c89 006f:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x7bc71a80 ip=7bc71a80 tid=006f 006f:trace:seh:NtRaiseException info[0]=0000000000000000 006f:trace:seh:NtRaiseException info[1]=ffffffffffffffff 006f:trace:seh:NtRaiseException rax=000000007bc71a80 rbx=000000000dcdb61c rcx=000000000dcdb61c rdx=000000007bcce8c0 006f:trace:seh:NtRaiseException rsi=000000007bd2414f rdi=000000007bd24110 rbp=000000001db0d860 rsp=000000001db0d6a0 006f:trace:seh:NtRaiseException r8=0000000000000000 r9=000000001db0cf80 r10=0000000000000000 r11=0000000000000000 006f:trace:seh:NtRaiseException r12=97791a97923a0c89 r13=0000000000000000 r14=0000000000000208 r15=000000001db0ddf0 006f:trace:seh:dwarf_virtual_unwind function 7bc71a80 base 0x7bc717f0 cie 0x7bce1960 len 14 id 0 version 1 aug 'zR' code_align 1 data_align -8 retaddr %rip 006f:trace:seh:execute_cfa_instructions 7bc717f0: DW_CFA_def_cfa %rsp, 8 ... --- snip --- Running with 'winedbg': --- snip --- Unhandled exception: page fault on read access to 0xffffffffffffffff in 64-bit code (0x000000007bc71970). 0075:fixme:dbghelp:interpret_function_table_entry PUSH_MACHFRAME 6 0075:fixme:dbghelp:interpret_function_table_entry PUSH_MACHFRAME 6 Register dump: rip:000000007bc71970 rsp:000000001d9ab370 rbp:000000001d9ab530 eflags:00010203 ( R- -- I - - -C) rax:000000007bc71970 rbx:000000000da31e7c rcx:000000000da31e7c rdx:000000007bcce860 rsi:000000001d9ab530 rdi:000000000da31e7c r8:000000001d9ab530 r9:0000000000000000 r10:0000000000000003 r11:0000000080000000 r12:97791a97923a0c89 r13:0000000000000000 r14:0000000000000208 r15:000000001d9abac0 Stack dump: 0x000000001d9ab370: 17af47a36cb3e5ab ccba60f716e77a7c 0x000000001d9ab380: 7bd7ed87ae6ddeb1 2df8d41d9546ee7b 0x000000001d9ab390: 92220f8556529aa7 2a82c0a1d13db80e 0x000000001d9ab3a0: 4e32842048625517 7b16ee5bbc8abbe4 0x000000001d9ab3b0: b26049e40d726523 000000001d9ab530 0x000000001d9ab3c0: 000000001d9ab500 000000000da31e7c 0x000000001d9ab3d0: 0000000000000000 0000000000000208 0x000000001d9ab3e0: 000000001d9abac0 000000007bc72566 0x000000001d9ab3f0: 5436642d537e2f27 2d78c917ac98b6c1 0x000000001d9ab400: 2e1d1f0a8a008a46 f1950ce96645b9c3 0x000000001d9ab410: 5e4abfdc1f818236 a49834d0365bd1ef 0x000000001d9ab420: 4031f987418fcc3f 0000000000000000 Backtrace: =>0 0x000000007bc71970 get_full_path_helper.part+0x180() in ntdll (0x000000001d9ab530) 1 0x000000007bc72566 RtlGetFullPathName_U+0x215() in ntdll (0x000000001d9ab500) 2 0x000000007bc7286d RtlDosPathNameToNtPathName_U_WithStatus+0x1ac(dos_path="build_info.xml", ntpath=0x1d9ab910, file_part=(nil), cd=(nil)) [/home/focht/projects/wine/mainline-src/dlls/ntdll/path.c:378] in ntdll (0x000000001d9ab820) 3 0x000000007bc72c21 RtlDosPathNameToNtPathName_U+0x10(dos_path=<is not available>, ntpath=<is not available>, file_part=<is not available>, cd=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/ntdll/path.c:438] in ntdll (0x000000001d9ab850) 4 0x000000007b4514c1 CreateFileW+0x520() in kernel32 (0x000000001d9aba40) 5 0x00007f2423963c76 MSVCRT__wsopen_dispatch+0x3e5(path="build_info.xml", oflags=0x8000, shflags=<is not available>, pmode=<is not available>, fd=0x1d9abc08, secure=0) [/home/focht/projects/wine/mainline-src/dlls/msvcr100/../msvcrt/file.c:2291] in msvcr100 (0x000000001d9abbc0) 6 0x00007f24239640f3 MSVCRT__wsopen+0x32(path=<is not available>, oflags=<is not available>, shflags=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/msvcr100/../msvcrt/file.c:2387] in msvcr100 (0x000000001d9abc10) 7 0x00007f2423969349 MSVCRT__wfsopen+0xb8(path=<is not available>, mode="rb", share=0x40) [/home/focht/projects/wine/mainline-src/dlls/msvcr100/../msvcrt/file.c:4141] in msvcr100 (0x000000001d9abd20) 8 0x00007f2423969757 MSVCRT__wfopen+0x16(path=<is not available>, mode=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/msvcr100/../msvcrt/file.c:4218] in msvcr100 (0x000000001d9abd50) 9 0x0000000037e24854 in mwoclient (+0xe24853) (0x000000001d9abef0) 10 0x0000000037e1dac2 in mwoclient (+0xe1dac1) (0x000000001d9abef0) 0x000000007bc71970 get_full_path_helper.part+0x180 in ntdll: movq 0x0000000000000008(%r12),%r8 --- snip --- --- snip --- 006f:trace:file:get_full_path_helper PEB cd=0x7bd24798 ... 006f:trace:msvcrt:MSVCRT__wfsopen (L"build_info.xml",L"rb") ... 006f:trace:file:RtlGetFullPathName_U (L"build_info.xml" 520 0x1db0d860 (nil)) 006f:trace:file:get_full_path_helper TEB --- snip --- The main thread's TEB gets partially corrupted in between two API calls. The crash is triggered due retrieval and access of per-thread current directory structure members which is also not quite correct (see "FIXME: hack") - but that's not the real problem here. https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/path.c#l631 --- snip --- 631 /****************************************************************** 632 * get_full_path_helper 633 * 634 * Helper for RtlGetFullPathName_U 635 * Note: name and buffer are allowed to point to the same memory spot 636 */ 637 static ULONG get_full_path_helper(LPCWSTR name, LPWSTR buffer, ULONG size) 638 { 639 ULONG reqsize = 0, mark = 0, dep = 0, deplen; 640 LPWSTR ins_str = NULL; 641 LPCWSTR ptr; 642 const UNICODE_STRING* cd; 643 WCHAR tmp[4]; 644 645 /* return error if name only consists of spaces */ 646 for (ptr = name; *ptr; ptr++) if (*ptr != ' ') break; 647 if (!*ptr) return 0; 648 649 RtlAcquirePebLock(); 650 651 if (NtCurrentTeb()->Tib.SubSystemTib) /* FIXME: hack */ 652 cd = &((WIN16_SUBSYSTEM_TIB *)NtCurrentTeb()->Tib.SubSystemTib)->curdir.DosPath; 653 else 654 cd = &NtCurrentTeb()->Peb->ProcessParameters->CurrentDirectory.DosPath; 655 656 switch (RtlDetermineDosPathNameType_U(name)) ... --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/include/winnt.h#l2442 --- snip --- 2442 typedef struct _NT_TIB 2443 { 2444 struct _EXCEPTION_REGISTRATION_RECORD *ExceptionList; 2445 PVOID StackBase; 2446 PVOID StackLimit; 2447 PVOID SubSystemTib; 2448 union { 2449 PVOID FiberData; 2450 DWORD Version; 2451 } DUMMYUNIONNAME; 2452 PVOID ArbitraryUserPointer; 2453 struct _NT_TIB *Self; 2454 } NT_TIB, *PNT_TIB; --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/include/winternl.h#l3029 --- snip --- 3029 /* The thread information for 16-bit threads */ 3030 /* NtCurrentTeb()->SubSystemTib points to this */ 3031 typedef struct 3032 { 3033 void *unknown; /* 00 unknown */ 3034 UNICODE_STRING *exe_name; /* 04 exe module name */ 3035 3036 /* the following fields do not exist under Windows */ 3037 UNICODE_STRING exe_str; /* exe name string pointed to by exe_name */ 3038 CURDIR curdir; /* current directory */ 3039 WCHAR curdir_buffer[MAX_PATH]; 3040 } WIN16_SUBSYSTEM_TIB; --- snip --- Relevant game threads: --- snip --- Numb ID Entry TEB RIP Name 4 C9 0000000037ED24E0 00007FFFFFE98000 00007FDB6BEE9A62 JobSystem_Worker.. 40 F1 00000000004987A0 00007FFFFFE04000 00007FDB6BEE9A62 23 DD 0000000037ED24E0 00007FFFFFE48000 00007FDB6BEE9A62 GetRenderMesh.. Main BD 0000000038B5C538 00007FFFFFEA8000 00000000384C3AE4 Main 5 CA 0000000037ED24E0 00007FFFFFE94000 00007FDB6BEE9A62 JobSystem_Worker.. ... <more> --- snip --- TEB of main thread before corruption: --- snip --- $ ==> 00007FFFFFEA8000 000000000023FE20 $+8 00007FFFFFEA8008 0000000000240000 ; StackBase $+10 00007FFFFFEA8010 0000000000142000 ; StackLimit $+18 00007FFFFFEA8018 0000000000000000 ; SubSystemTib $+20 00007FFFFFEA8020 0000000000000000 $+28 00007FFFFFEA8028 0000000000000000 $+30 00007FFFFFEA8030 00007FFFFFEA8000 $+38 00007FFFFFEA8038 0000000000000000 $+40 00007FFFFFEA8040 00000000000000BC $+48 00007FFFFFEA8048 00000000000000BD $+50 00007FFFFFEA8050 0000000000000000 --- snip --- The app makes use of coroutines which are implemented using Boost's context lib (boost::context). Interesting read: https://www.italiancpp.org/2016/11/02/coroutines-internals/ App code disassembly --- snip --- mwoclient.sub_38BC2D20: 0000000038BC2D20 | mov rdx,qword ptr ds:[rdx+10] | ; new context -> rsp 0000000038BC2D24 | add rcx,10 | 0000000038BC2D28 | jmp <mwoclient.jump_fcontext> | mwoclient.jump_fcontext: 0000000038BF5B30 | push rbp | ; save 0000000038BF5B31 | push rbx | 0000000038BF5B32 | push rsi | 0000000038BF5B33 | push rdi | 0000000038BF5B34 | push r15 | 0000000038BF5B36 | push r14 | 0000000038BF5B38 | push r13 | 0000000038BF5B3A | push r12 | 0000000038BF5B3C | mov r10,qword ptr gs:[30] | ; TEB 0000000038BF5B45 | mov rax,qword ptr ds:[r10+8] | ; Stack Base (bottom) 0000000038BF5B49 | push rax | 0000000038BF5B4A | mov rax,qword ptr ds:[r10+10] | ; Stack Limit (top) 0000000038BF5B4E | push rax | 0000000038BF5B4F | mov rax,qword ptr ds:[r10+1478] | ; memaddr stack 0000000038BF5B56 | push rax | 0000000038BF5B57 | mov rax,qword ptr ds:[r10+18] | ; SubSystemTib 0000000038BF5B5B | push rax | 0000000038BF5B5C | lea rsp,qword ptr ss:[rsp-A8] | 0000000038BF5B64 | test r9,r9 | 0000000038BF5B67 | je mwoclient.38BF5BB7 | 0000000038BF5B69 | stmxcsr dword ptr ss:[rsp+A0] | 0000000038BF5B71 | fnstcw word ptr ss:[rsp+A4] | 0000000038BF5B78 | movaps xmmword ptr ss:[rsp],xmm6 | 0000000038BF5B7C | movaps xmmword ptr ss:[rsp+10],xmm7 | 0000000038BF5B81 | movaps xmmword ptr ss:[rsp+20],xmm8 | 0000000038BF5B87 | movaps xmmword ptr ss:[rsp+30],xmm9 | 0000000038BF5B8D | movaps xmmword ptr ss:[rsp+40],xmm10 | 0000000038BF5B93 | movaps xmmword ptr ss:[rsp+50],xmm11 | 0000000038BF5B99 | movaps xmmword ptr ss:[rsp+60],xmm12 | 0000000038BF5B9F | movaps xmmword ptr ss:[rsp+70],xmm13 | 0000000038BF5BA5 | movaps xmmword ptr ss:[rsp+80],xmm14 | 0000000038BF5BAE | movaps xmmword ptr ss:[rsp+90],xmm15 | 0000000038BF5BB7 | xor r10,r10 | 0000000038BF5BBA | push r10 | 0000000038BF5BBC | mov qword ptr ds:[rcx],rsp | 0000000038BF5BBF | mov rsp,rdx | ; switch context data 0000000038BF5BC2 | pop r10 | 0000000038BF5BC4 | test r9,r9 | 0000000038BF5BC7 | je mwoclient.38BF5C17 | 0000000038BF5BC9 | ldmxcsr dword ptr ss:[rsp+A0] | ; restore new context 0000000038BF5BD1 | fldcw word ptr ss:[rsp+A4] | 0000000038BF5BD8 | movaps xmm6,xmmword ptr ss:[rsp] | 0000000038BF5BDC | movaps xmm7,xmmword ptr ss:[rsp+10] | 0000000038BF5BE1 | movaps xmm8,xmmword ptr ss:[rsp+20] | 0000000038BF5BE7 | movaps xmm9,xmmword ptr ss:[rsp+30] | 0000000038BF5BED | movaps xmm10,xmmword ptr ss:[rsp+40] | 0000000038BF5BF3 | movaps xmm11,xmmword ptr ss:[rsp+50] | 0000000038BF5BF9 | movaps xmm12,xmmword ptr ss:[rsp+60] | 0000000038BF5BFF | movaps xmm13,xmmword ptr ss:[rsp+70] | 0000000038BF5C05 | movaps xmm14,xmmword ptr ss:[rsp+80] | 0000000038BF5C0E | movaps xmm15,xmmword ptr ss:[rsp+90] | 0000000038BF5C17 | mov rcx,A8 | 0000000038BF5C1E | test r10,r10 | 0000000038BF5C21 | je mwoclient.38BF5C27 | 0000000038BF5C23 | add rcx,8 | 0000000038BF5C27 | lea rsp,qword ptr ss:[rsp+rcx] | 0000000038BF5C2B | mov r10,qword ptr gs:[30] | ; TEB 0000000038BF5C34 | pop rax | 0000000038BF5C35 | mov qword ptr ds:[r10+18],rax | ; new SubSystemTib 0000000038BF5C39 | pop rax | 0000000038BF5C3A | mov qword ptr ds:[r10+1478],rax | 0000000038BF5C41 | pop rax | 0000000038BF5C42 | mov qword ptr ds:[r10+10],rax | ; Stack Limit (top) 0000000038BF5C46 | pop rax | 0000000038BF5C47 | mov qword ptr ds:[r10+8],rax | ; Stack Base (bottom) 0000000038BF5C4B | pop r12 | 0000000038BF5C4D | pop r13 | 0000000038BF5C4F | pop r14 | 0000000038BF5C51 | pop r15 | 0000000038BF5C53 | pop rdi | 0000000038BF5C54 | pop rsi | 0000000038BF5C55 | pop rbx | 0000000038BF5C56 | pop rbp | 0000000038BF5C57 | pop r10 | 0000000038BF5C59 | mov rax,r8 | 0000000038BF5C5C | mov rcx,r8 | 0000000038BF5C5F | jmp r10 | ; 000000003750B790 ... mwoclient.sub_3750B790: 000000003750B790 | mov rcx,qword ptr ds:[rcx+8] | 000000003750B794 | mov rax,qword ptr ds:[rcx] | 000000003750B797 | jmp qword ptr ds:[rax+8] | ... --- snip --- Corrupted TEB 'SubSystemTib' member after the coroutine context was switched: --- snip --- $ ==> 00007FFFFFEA8000 000000000023FE20 $+8 00007FFFFFEA8008 0000000025A3FFF0 ; StackBase (ok) $+10 00007FFFFFEA8010 0000000025A20050 ; StackLimit (ok) $+18 00007FFFFFEA8018 0000000000000066 ; SubSystemTib (bad) $+20 00007FFFFFEA8020 0000000000000000 $+28 00007FFFFFEA8028 0000000000000000 $+30 00007FFFFFEA8030 00007FFFFFEA8000 $+38 00007FFFFFEA8038 0000000000000000 $+40 00007FFFFFEA8040 00000000000000BC --- snip --- Matching source: https://github.com/boostorg/context/blob/2cec475b489ca26a91a02a8cfd566646ba… --- snip --- jump_fcontext PROC BOOST_CONTEXT_EXPORT FRAME .endprolog ; prepare stack lea rsp, [rsp-0118h] IFNDEF BOOST_USE_TSX ; save XMM storage movaps [rsp], xmm6 movaps [rsp+010h], xmm7 movaps [rsp+020h], xmm8 movaps [rsp+030h], xmm9 movaps [rsp+040h], xmm10 movaps [rsp+050h], xmm11 movaps [rsp+060h], xmm12 movaps [rsp+070h], xmm13 movaps [rsp+080h], xmm14 movaps [rsp+090h], xmm15 ; save MMX control- and status-word stmxcsr [rsp+0a0h] ; save x87 control-word fnstcw [rsp+0a4h] ENDIF ; load NT_TIB mov r10, gs:[030h] ; save fiber local storage mov rax, [r10+018h] mov [rsp+0b0h], rax ; save current deallocation stack mov rax, [r10+01478h] mov [rsp+0b8h], rax ; save current stack limit mov rax, [r10+010h] mov [rsp+0c0h], rax ; save current stack base mov rax, [r10+08h] mov [rsp+0c8h], rax mov [rsp+0d0h], r12 ; save R12 mov [rsp+0d8h], r13 ; save R13 mov [rsp+0e0h], r14 ; save R14 mov [rsp+0e8h], r15 ; save R15 mov [rsp+0f0h], rdi ; save RDI mov [rsp+0f8h], rsi ; save RSI mov [rsp+0100h], rbx ; save RBX mov [rsp+0108h], rbp ; save RBP mov [rsp+0110h], rcx ; save hidden address of transport_t ; preserve RSP (pointing to context-data) in R9 mov r9, rsp ; restore RSP (pointing to context-data) from RDX mov rsp, rdx IFNDEF BOOST_USE_TSX ; restore XMM storage movaps xmm6, [rsp] movaps xmm7, [rsp+010h] movaps xmm8, [rsp+020h] movaps xmm9, [rsp+030h] movaps xmm10, [rsp+040h] movaps xmm11, [rsp+050h] movaps xmm12, [rsp+060h] movaps xmm13, [rsp+070h] movaps xmm14, [rsp+080h] movaps xmm15, [rsp+090h] ; restore MMX control- and status-word ldmxcsr [rsp+0a0h] ; save x87 control-word fldcw [rsp+0a4h] ENDIF ; load NT_TIB mov r10, gs:[030h] ; restore fiber local storage mov rax, [rsp+0b0h] mov [r10+018h], rax ; restore current deallocation stack mov rax, [rsp+0b8h] mov [r10+01478h], rax ; restore current stack limit mov rax, [rsp+0c0h] mov [r10+010h], rax ; restore current stack base mov rax, [rsp+0c8h] mov [r10+08h], rax mov r12, [rsp+0d0h] ; restore R12 mov r13, [rsp+0d8h] ; restore R13 mov r14, [rsp+0e0h] ; restore R14 mov r15, [rsp+0e8h] ; restore R15 mov rdi, [rsp+0f0h] ; restore RDI mov rsi, [rsp+0f8h] ; restore RSI mov rbx, [rsp+0100h] ; restore RBX mov rbp, [rsp+0108h] ; restore RBP mov rax, [rsp+0110h] ; restore hidden address of transport_t ; prepare stack lea rsp, [rsp+0118h] ; load return-address pop r10 ; transport_t returned in RAX ; return parent fcontext_t mov [rax], r9 ; return data mov [rax+08h], r8 ; transport_t as 1.arg of context-function mov rcx, rax ; indirect jump to context jmp r10 jump_fcontext ENDP ---- snip --- Git history of boost::context lib revealed several bugfixes to these context save/restore routines. One was related to storing/restoring the wrong TEB member (offset). <= boost-1.64.0 https://github.com/boostorg/context/commit/50ebf5bd1160623cbbf169f6a5d7ddff… --- quote --- x64 Windows: store/load fiber local storage from correct offset --- quote --- https://en.wikipedia.org/wiki/Win32_Thread_Information_Block -> fixed with boost-1.65.0 But that was not the real problem. Execution context setup helper: https://github.com/boostorg/context/blob/2f320aa68b4908eeb9aedba91ec8a546be… -> 'make_fcontext()' shows only partial initialization. While debugging I've noticed several garbage (uninit) values in the memory block used for setting up the coroutine/execution context which later made it into actual register context for the thread/coroutine. I came across this commit: https://github.com/boostorg/context/commit/20d4a5ed5f98e2f6e230b0b511b0250e… --- quote --- set fiber-storage to zero (Windows) - fixes bug 12215 --- quote --- https://svn.boost.org/trac10/ticket/12215 -> fixed with boost-1.62.0 That one actually is the problem. The "fix" reverted an earlier fixup-commit (boost-1.61.0) which zero-initialized the context on Windows platform and now only zero-init specific member. https://github.com/boostorg/context/commit/a5c0c85df3ad0440729d909f099ffba5… --- quote --- nulled stack only for Windows --- quote --- Execution context memory is taken from 'fixedsize_stack::allocate()' which uses 'std::malloc()' which by design doesn't zero init. Allocated block for new context: 0x20000 bytes via iternal call to 'CryMalloc()' which calls 'HeapAlloc()': --- snip --- 301705F0 6C 00 00 00 00 14 00 14 08 00 02 00 55 53 45 08 l...........USE. 30170600 60 DB 13 30 00 00 00 00 70 2F 15 30 00 00 00 00 `Û.0....p/.0.... 30170610 00 00 00 00 00 00 00 00 00 00 00 84 70 59 07 6F ............pY.o 30170620 62 6A 65 63 74 73 00 65 6E 76 69 72 6F 6E 6D 65 bjects.environme 30170630 6E 74 73 00 63 69 74 79 00 72 69 76 65 72 63 69 nts.city.riverci 30170640 74 79 5F 62 6C 6F 63 6B 73 5F 63 6F 6D 6D 65 72 ty_blocks_commer 30170650 63 69 61 6C 7A 6F 6E 65 5F 30 31 00 63 6F 6D 6D cialzone_01.comm 30170660 65 72 63 69 61 6C 7A 6F 6E 65 5F 30 31 2E 6D 74 ercialzone_01.mt 30170670 6C 00 00 00 00 14 00 14 00 00 00 08 00 00 00 00 l............... 30190430 73 74 72 69 61 6C 5F 36 66 6F 6F 74 5F 66 65 6E strial_6foot_fen 30190440 63 65 5F 64 5F 64 61 6D 01 00 00 00 00 00 00 00 ce_d_dam........ 30190450 32 2E 63 67 66 00 00 00 00 14 00 14 00 00 00 08 2.cgf........... 30190460 00 00 00 00 00 70 4E 7B 54 C7 C8 00 00 BC 6F 01 .....pN{TÇÈ..¼o. 30190470 00 61 00 00 00 00 00 00 00 00 00 00 00 00 00 FC .a.............ü 30190480 5C 8F 0B 6F 62 6A 65 63 74 73 00 65 6E 76 69 72 \..objects.envir ... 30190500 66 00 00 00 00 00 00 00 00 06 17 30 00 00 00 00 f..........0.... 30190510 00 06 17 30 00 00 00 00 A0 05 19 30 00 00 00 00 ...0.... ..0.... 30190520 6E 6D 65 6E 74 73 00 63 69 74 79 00 72 69 76 65 nments.city.rive 30190530 72 63 69 74 79 5F 66 65 6E 63 65 73 00 72 69 76 rcity_fences.riv 30190540 65 72 63 69 74 79 5F 69 6E 64 75 73 74 72 69 61 ercity_industria 30190550 6C 5F 36 66 6F 6F 74 5F 66 65 6E 63 65 5F 64 5F l_6foot_fence_d_ 30190560 90 B7 50 37 00 00 00 00 1A 5B BF 38 00 00 00 00 .·P7.....[¿8.... ... 30190590 64 82 00 00 66 00 00 00 00 00 00 00 00 00 00 00 d...f........... 301905A0 E0 84 0F 39 00 00 00 00 00 00 00 00 73 00 65 6E à..9........s.en 301905B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 301905C0 00 00 00 00 00 00 00 00 A0 FF 01 00 00 00 00 00 ........ ÿ...... 301905D0 A0 05 19 30 00 00 00 00 74 79 5F 69 6E 64 75 73 ..0....ty_indus 301905E0 74 72 69 61 6C 5F 36 66 6F 6F 74 5F 66 65 6E 63 trial_6foot_fenc 301905F0 65 5F 64 5F 64 61 6D 61 67 65 64 5F 72 65 76 65 e_d_damaged_reve 30190600 72 73 65 5F 6C 6F 64 32 79 66 06 00 46 52 45 45 rse_lod2yf..FREE 30190610 70 2F 15 30 00 00 00 00 10 03 96 00 00 00 00 00 p/.0............ ... --- snip -- 0x301905A0 is passed to 'make_fcontext()' -> partial init 0x30190448 is passed to 'jump_fcontext()' -> setup new context All XMM regs in new context get garbage (uninit) values from heap block. Same for TEB members: values via 'pop rax' from new stack (see 'jump_fcontext' assembly): $+0 0000000030190500 0000000000000066 ; garbage new SubSystemTib (ought to be fiber local storage, see my comments earlier) $+8 0000000030190508 0000000030170600 ; restore new deallocation stack $+10 0000000030190510 0000000030170600 ; restore new stack limit $+18 0000000030190518 00000000301905A0 ; restore new stack base Summarizing: It just works by chance on Windows and maybe sometimes on Wine, depending on heap usage. There are multiple ways to solve this: Game vendor (Piranha games): 1) upgrade to newer Boost libary (>= boost-1.65.0). There will be still corruption in TEB, now in 'FiberData' member but it wouldn't harm anymore for per-thread curdir ('SubSystemTib') 2) additionally modify boost::context lib to zero init everything returned by 'fixedsize_stack::allocate()' Wine: 1) zero init all large heap allocations by default, regardless if HEAP_ZERO_MEMORY is passed or not -> out of question, not an option 2) Don't use TEB 'SubSystemTib' member for win32/64 (legacy win16 only) or wrap in exception handler = awful hack, fall back to PEB 'ProcessParameters' I've tested a patch which removes the legacy WIN16_SUBSYSTEM_TIB access in case of win32/win64 and the client starts fine. A proper implementaton of per-thread curdir for win32/win64 wouldn't help here anyway. $ sha1sum MWOPortalInstaller.exe 2e243479cb476e7295ce6f825e6916c3dafea535 MWOPortalInstaller.exe $ du -sh MWOPortalInstaller.exe 68M MWOPortalInstaller.exe $ wine --version wine-3.18-114-g417e94f199 Regards -- 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 54659] New: d3d8:device & d3d9:device sometimes get floating point underflow in GenerateRampFromGamma() in Wine
by WineHQ Bugzilla 14 Mar '23

14 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54659 Bug ID: 54659 Summary: d3d8:device & d3d9:device sometimes get floating point underflow in GenerateRampFromGamma() in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d8:device & d3d9:device sometimes get an floating point underflow exception in GenerateRampFromGamma() in Wine: d3d8:device start dlls/d3d8/tests/device.c Unhandled exception: floating point underflow in 32-bit code (0x7e91438f). [...] Backtrace: =>0 0x7e91438f in libm.so.6 (+0x2538f) (0x0069ef68) 1 0x7e922d3b in libm.so.6 (+0x33d3b) (0x0069ef68) 2 0x7e55c181 GenerateRampFromGamma+0x51(ramp=00197C4C, gamma=0.000300) [Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\xvidmode.c:336] in winex11.so (0x0069ef68) 3 0x7e55c9b2 X11DRV_XF86VM_GetGammaRamp+0x60(ramp=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\xvidmode.c:519] in winex11.so (0x0069ef68) 4 0x7e55c9b2 X11DRV_GetDeviceGammaRamp+0x82(dev=<couldn't compute location>, ramp=<couldn't compute location>) [Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\xvidmode.c:569] in winex11.so (0x0069ef68) 5 0x7ea32408 NtGdiGetDeviceGammaRamp+0x88(hdc=<couldn't compute location>, ptr=<couldn't compute location>) [Z:\home\winetest\tools\testbot\var\wine\dlls\win32u\dc.c:1247] in win32u.so (0x0069efb8) 6 0x64a8d74c NtGdiGetDeviceGammaRamp+0x2c(hdc=<couldn't compute location>, ptr=<couldn't compute location>) [Z:\home\winetest\tools\testbot\var\wine\dlls\win32u\wrappers.c:280] in win32u (0x0069efe8) 7 0x6ccf9d3d wined3d_output_get_gamma_ramp+0x4d(output=00140E10, ramp=00197C4C) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\directx.c:1741] in wined3d (0x0069f028) 8 0x6cd5fcb0 wined3d_swapchain_get_gamma_ramp+0x30(swapchain=00197C30, ramp=00197C4C) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\swapchain.c:385] in wined3d (0x0069f058) 9 0x6cd61190 wined3d_swapchain_init+0x3c0(swapchain=<register EBX not accessible in this frame>, device=<register EDI not accessible in this frame>, desc=<internal error>, state_parent=00140D5C, parent=00140D50, parent_ops=67CDE7D4, swapchain_ops=6CE6933C) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\swapchain.c:1633] in wined3d (0x0069f168) 10 0x6cc8d9f3 adapter_gl_create_swapchain+0x73(device=0017B3E8, desc=0069F2BC, state_parent=00140D5C, parent=00140D50, parent_ops=67CDE7D4, swapchain=0069F1FC) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:4701] in wined3d (0x0069f1b8) 11 0x6cd5fdd1 wined3d_swapchain_create+0x41(device=0017B3E8, desc=0069F2BC, state_parent=00140D5C, parent=00140D50, parent_ops=67CDE7D4, swapchain=00140D58) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\swapchain.c:1724] in wined3d (0x0069f208) 12 0x67ccfe84 swapchain_init+0x48(swap_interval=<internal error>, desc=<internal error>, device=<internal error>, swapchain=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\d3d8\swapchain.c:180] in d3d8 (0x0069f248) 13 0x67ccfe84 d3d8_swapchain_create+0x84(device=001468F0, desc=0069F2BC, swap_interval=0xffffffff, swapchain=0069F290) [Z:\home\winetest\tools\testbot\var\wine\dlls\d3d8\swapchain.c:199] in d3d8 (0x0069f248) 14 0x67ccc467 device_init+0x217(device=001468F0, parent=00140A90, wined3d=00140AB0, adapter=0, device_type=D3DDEVTYPE_HAL, focus_window=0003004A, flags=0x42, parameters=0069F53C) [Z:\home\winetest\tools\testbot\var\wine\dlls\d3d8\device.c:3744] in d3d8 (0x0069f478) 15 0x67ccd649 d3d8_CreateDevice+0xa9(iface=<couldn't compute location>, adapter=<couldn't compute location>, device_type=<couldn't compute location>, focus_window=<couldn't compute location>, flags=<couldn't compute location>, parameters=<couldn't compute location>, device=<couldn't compute location>) [Z:\home\winetest\tools\testbot\var\wine\dlls\d3d8\directx.c:438] in d3d8 (0x0069f4e8) 16 0x004010ce in d3d8_test (+0x10ce) (0x0069f588) ... This does not happen in the nightly Wine test runs but impacted at least two merge requests: * MR2072, repeatedly * MR2217, repeatedly There are three immediate questions: * Where does the 0.000300 gamma come from? I don't think such a value makes sense so I suspect it's caused by a bug somewhere. * Should xvidmode.c's GenerateRampFromGamma() crash in case of underflow (or overflow for that matter)? If not, ComputeGammaFromRamp() should probably be fixed too. Which other functions have the same issue? (not just in xvidmode.c) * By default underflows don't cause exceptions. So which piece of code in d3d8:device does a _control87(0, _EM_UNDERFLOW) ? Then, why does this failure not happen more often? The debian11 VM ran the tests multiple times in a row to test various locales: en -> success ar:MA -> success de -> success fr -> underflow he:IL -> underflow hi:IN -> underflow ja:JP -> underflow zh:CN -> underflow While the wineprefix is recreated for each test, all the tests run on the same X server session. So my theory is that one of the tests in the first three runs progressively degraded the gamma at the X level, such that all the tests that followed got a bad gamma from the X server and crashed. Furthermore note that the first plain 32-bit run ran the full Wine test suite. That may have been a factor too. MR2217 caused the following tests to run so the guilty party should be among them: d3d8:device d3d9:device ddraw:ddraw1 ddraw:ddraw2 ddraw:ddraw4 ddraw:ddraw7 That explains why this failure does not happen in the nightly Wine test runs: each is done after restoring the VM to a clean state. Similarly, other merge requests may run fewer tests so that the gamma does not get degraded that much. That leaves a mystery though: I don't get this issue on my desktop (fg-deb64) despite running the tests every night and not ever restarting the X server (thankfully!). Maybe this gamma issue is caused by a bug that only happens with the VM environment (likely QXL GPU or dual screen configuration, such that it does not happen on single-screen Intel GPUs)? -- 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 54678] New: AudioEditor Acon Acoustica -> black window/GUI -> Objects, only visible when moving mouse over - load crashed application
by WineHQ Bugzilla 13 Mar '23

13 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54678 Bug ID: 54678 Summary: AudioEditor Acon Acoustica -> black window/GUI -> Objects, only visible when moving mouse over - load crashed application Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hendrikdettmer(a)gmail.com Distribution: --- The 64 bit version of the wonderful AudioEditor Acoustica from Acon does only shows a black window/GUI -> Objects, which will become visible when mouse pointer is being moved over the application window.... Loading a file crashes the application. Below I attached the Terminal output of the application during startup when started via terminal - maybe this might hint to a sollution : xec string: /usr/bin/env WINE='/usr/bin/wine' WINEPREFIX='/home/hendrik/.wine' WINESERVER='/usr/bin/wineserver' WINELOADER='/usr/bin/wine' WINEDEBUG='-all' /bin/sh -c "cd '/home/hendrik' && '/usr/bin/wine' 'explorer.exe' 2>&1 " Exit code: 0 App STDOUT and STDERR output: MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial are not available. wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial are not available. MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete -------------------------------------------------------------------------------------------------- 0120:err:winediag:wined3d_dll_init Setting multithreaded command stream to 0x1. 0120:fixme:combase:RoGetActivationFactory (L"Windows.UI.ViewManagement.UIViewSettings", {3694dbf9-8f68-44be-8ff5-195c98ede8a6}, 0000000000283590): semi-stub 0120:err:combase:RoGetActivationFactory Failed to find library for L"Windows.UI.ViewManagement.UIViewSettings" 0120:fixme:win:RegisterTouchWindow hwnd 00000000000100F2, flags 0 stub! 0120:fixme:msg:ChangeWindowMessageFilterEx 00000000000100F2 233 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 00000000000100F2 4a 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 00000000000100F2 49 1 0000000000000000 0120:err:ole:com_get_class_object class {4ce576fa-83dc-4f88-951c-9d0782b4e376} not registered 0120:err:ole:create_server class {4ce576fa-83dc-4f88-951c-9d0782b4e376} not registered 0120:err:ole:com_get_class_object no class object {4ce576fa-83dc-4f88-951c-9d0782b4e376} could be created for context 0x6 0130:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA, 000000000507FE10 0120:fixme:combase:RoGetActivationFactory (L"Windows.UI.ViewManagement.UIViewSettings", {3694dbf9-8f68-44be-8ff5-195c98ede8a6}, 00000000002E3FA0): semi-stub 0120:err:combase:RoGetActivationFactory Failed to find library for L"Windows.UI.ViewManagement.UIViewSettings" 0120:fixme:win:RegisterTouchWindow hwnd 00000000000100F8, flags 0 stub! 0120:fixme:msg:ChangeWindowMessageFilterEx 00000000000100F8 233 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 00000000000100F8 4a 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 00000000000100F8 49 1 0000000000000000 0120:fixme:combase:RoGetActivationFactory (L"Windows.UI.ViewManagement.UIViewSettings", {3694dbf9-8f68-44be-8ff5-195c98ede8a6}, 00000000002E3FA0): semi-stub 0120:err:combase:RoGetActivationFactory Failed to find library for L"Windows.UI.ViewManagement.UIViewSettings" 0120:fixme:win:RegisterTouchWindow hwnd 00000000000200F8, flags 0 stub! 0120:fixme:msg:ChangeWindowMessageFilterEx 00000000000200F8 233 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 00000000000200F8 4a 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 00000000000200F8 49 1 0000000000000000 wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial are not available. MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete MESA-INTEL: warning: Ivy Bridge Vulkan support is incomplete 0120:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0120:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x20. 0120:fixme:d2d:d2d_d3d_create_render_target Ignoring render target usage 0x2. 0120:fixme:dwrite:dwritefactory_CreateMonitorRenderingParams (0000000000000001): monitor setting ignored 0160:fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_DISABLE_AUTODIAL; STUB 0160:fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 30000 0160:fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 30000 0160:fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_DATA_RECEIVE_TIMEOUT (30000): STUB 0160:fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 30000 0120:fixme:combase:RoGetActivationFactory (L"Windows.UI.ViewManagement.UIViewSettings", {3694dbf9-8f68-44be-8ff5-195c98ede8a6}, 000000000041E040): semi-stub 0120:err:combase:RoGetActivationFactory Failed to find library for L"Windows.UI.ViewManagement.UIViewSettings" 0120:fixme:win:RegisterTouchWindow hwnd 0000000000010104, flags 0 stub! 0120:fixme:msg:ChangeWindowMessageFilterEx 0000000000010104 233 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 0000000000010104 4a 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 0000000000010104 49 1 0000000000000000 0120:fixme:combase:RoGetActivationFactory (L"Windows.UI.ViewManagement.UIViewSettings", {3694dbf9-8f68-44be-8ff5-195c98ede8a6}, 00000000004234B0): semi-stub 0120:err:combase:RoGetActivationFactory Failed to find library for L"Windows.UI.ViewManagement.UIViewSettings" 0120:fixme:win:RegisterTouchWindow hwnd 000000000001010A, flags 0 stub! 0120:fixme:msg:ChangeWindowMessageFilterEx 000000000001010A 233 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 000000000001010A 4a 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 000000000001010A 49 1 0000000000000000 0120:fixme:combase:RoGetActivationFactory (L"Windows.UI.ViewManagement.UIViewSettings", {3694dbf9-8f68-44be-8ff5-195c98ede8a6}, 000000000045BD30): semi-stub 0120:err:combase:RoGetActivationFactory Failed to find library for L"Windows.UI.ViewManagement.UIViewSettings" 0120:fixme:win:RegisterTouchWindow hwnd 0000000000010110, flags 0 stub! 0120:fixme:msg:ChangeWindowMessageFilterEx 0000000000010110 233 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 0000000000010110 4a 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 0000000000010110 49 1 0000000000000000 0120:fixme:combase:RoGetActivationFactory (L"Windows.UI.ViewManagement.UIViewSettings", {3694dbf9-8f68-44be-8ff5-195c98ede8a6}, 000000000045BF50): semi-stub 0120:err:combase:RoGetActivationFactory Failed to find library for L"Windows.UI.ViewManagement.UIViewSettings" 0120:fixme:win:RegisterTouchWindow hwnd 0000000000010116, flags 0 stub! 0120:fixme:msg:ChangeWindowMessageFilterEx 0000000000010116 233 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 0000000000010116 4a 1 0000000000000000 0120:fixme:msg:ChangeWindowMessageFilterEx 0000000000010116 49 1 0000000000000000 0120:fixme:imm:ImeSetActiveContext (00000000000100E8, 1): stub 0120:fixme:imm:ImmReleaseContext (00000000000200F8, 00000000000100E8): stub 0120:fixme:wincodecs:CreateComponentInfo {e6cd0116-eeba-4161-aa85-27dd9fb3a895} is not supported 0120:err:seh:KiUserCallbackDispatcher ignoring exception 0120:fixme:wincodecs:CreateComponentInfo {e6cd0116-eeba-4161-aa85-27dd9fb3a895} is not supported 0120:err:seh:KiUserCallbackDispatcher ignoring exception 0120:fixme:wincodecs:CreateComponentInfo {e6cd0116-eeba-4161-aa85-27dd9fb3a895} is not supported 0120:err:seh:KiUserCallbackDispatcher ignoring exception -- 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 0

[Bug 53553] New: F.E.A.R. won't work with DSOAL surround sound restoration DLL replacement
by WineHQ Bugzilla 13 Mar '23

13 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53553 Bug ID: 53553 Summary: F.E.A.R. won't work with DSOAL surround sound restoration DLL replacement Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dsound Assignee: wine-bugs(a)winehq.org Reporter: mr.matt.eastwood(a)gmx.de Distribution: --- Steps to Reproduce: 1. Install F.E.A.R. (e.g., "Fear Platinum" from GOG) 2. Get DSOAL from https://github.com/kcat/dsoal and compile dsound.dll 3. Get latest OpenAL-Soft bin from https://openal-soft.org/ 4. Unzip soft_oal.dll from its bin\Win32 directory 5. Rename that file to dsoal-aldrv.dll 6. Place both dsoal-aldrv.dll and DSOAL's dsound.dll in same directory as FEAR.exe 7. Run game 8. Enter sound menu Expected Results: When running F.E.A.R. with the DLL replacement DSOAL for surround sound restoration, the advanced sound options "Enable HW mixing", "Enable EAX 2.0" and "Enable EAX Advanced HD" should be available in the sound menu and surround sound including EAX effects should work. Current Results: The sound options remain greyed-out. Observations: F.E.A.R. won't load dsound.dll from anywhere but syswow64. If one places the DSOAL dsound.dll there (replacing Wine's own), and then sets dsound.dll to "native" e.g. through winecfg, everything works. Screenshot: If one sets dsound.dll to "native" e.g. through winecfg and then loads the game without replacing Wine's dsound.dll in syswow64 (but with the DSOAL files in the F.E.A.R. folder): "Failed to initialize sound driver 'SndDrv.dll' on startup. Screenshot: https://paste.pics/I4DO0. No sound during game or menus, only during intro movie. Available sound options: https://paste.pics/I4DOD -- 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 49915] New: can not register COM server
by WineHQ Bugzilla 13 Mar '23

13 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=49915 Bug ID: 49915 Summary: can not register COM server Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ysong2180(a)yahoo.com Distribution: --- Created attachment 68286 --> https://bugs.winehq.org/attachment.cgi?id=68286 two log files. one is the winecfg log. The other one is the application log I tried to install an windows application on Ubuntu 20.04. The installer can run and install files. But it fails at the end when it tries to register COM servers. It is a win32 application. I used winecfg to create a win32 wineprefix and used the win32 wineprefix to start the installer. -- 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 10

[Bug 54677] New: Wine cannot find tools in tool dir when cross compiling
by WineHQ Bugzilla 13 Mar '23

13 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54677 Bug ID: 54677 Summary: Wine cannot find tools in tool dir when cross compiling Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: ale.schenberg(a)yandex.com Distribution: --- Created attachment 74193 --> https://bugs.winehq.org/attachment.cgi?id=74193 config.log Hello. When trying to cross build wine, configure's execution breaks due to it to not find wine tools in the tools dir. My building command: LDFLAGS=-Wl,--dynamic-link=/usr/lib32/ld-2.17.so ./configure --host=i686-gnu-linux --with-wine-tools=tools/ I attached config.log, although it appears to contain no useful information. The bug applies to wine 8.3 and any other wine version that I tested (such as 1.9) I think its worthy to mention that cross build it is more a necessity imposed by the configure script than my wish. As I am forced to pass "LDFLAGS=-Wl,--dynamic-link=/usr/lib32/ld-2.17.so" to configure (if not, the building won't be able to run any auxiliary 32bit components, such as makedep, unless I statically build them), configure demands the use of host, and then of --with-wine-tools -- 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 1

[Bug 47000] New: Make WineHQ available as flatpak in Flathub
by wine-bugs＠winehq.org 12 Mar '23

12 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=47000 Bug ID: 47000 Summary: Make WineHQ available as flatpak in Flathub Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: yousifjkadom(a)yahoo.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Hi. I would like, here, to suggest to make WineHQ available as flatpak in Flathub. This will be very useful since flatpak is secure & sandboxed, so user will be a way from infect heir/his PC by a virus or spywar. If flatpak Wine run a virus, then it will be like if Wine sandboxed by firejail run such virus. Moreover, flatpak can minimize time & efforts in packaging because it is a generic package working in many Linux distro regardless OS version. Also, Wine contain huge number of 32 bit packages that are, mostly, not needed by any other application. -- 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 54674] New: Add Flatpak to Download page
by WineHQ Bugzilla 12 Mar '23

12 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54674 Bug ID: 54674 Summary: Add Flatpak to Download page Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: peter.eszlari(a)gmail.com Distribution: --- Since February 2022 Wine has been available as a Flatpak. To try it: 0. ($ apt install flatpak) 1. $ flatpak remote-add flathub https://flathub.org/repo/flathub.flatpakrepo 2. $ flatpak install org.winehq.Wine 3. $ flatpak run org.winehq.Wine prog.exe build manifest source: https://github.com/flathub/org.winehq.Wine I think it would make sense to add this to list of binary packages on: https://wiki.winehq.org/Download (Note: Wine cannot be found on the Flathub web interface at https://flathub.org, because only GUI apps are listed there, not CLI apps.) -- 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 0

[Bug 37640] New: Opening Windroy and it crashes.
by wine-bugs＠winehq.org 11 Mar '23

11 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=37640 Bug ID: 37640 Summary: Opening Windroy and it crashes. Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fholiveira1(a)hotmail.com Distribution: --- Created attachment 50094 --> https://bugs.winehq.org/attachment.cgi?id=50094 Extract from Wine report of bug. I was trying to open Windroy and it crashes. The system open a bug report, attached. -- 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 54508] New: psapi:psapi_main - The 64-bit test_EnumProcessModulesEx() gets unexpected snapshot counts on Windows 7 and 11
by WineHQ Bugzilla 11 Mar '23

11 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54508 Bug ID: 54508 Summary: psapi:psapi_main - The 64-bit test_EnumProcessModulesEx() gets unexpected snapshot counts on Windows 7 and 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: psapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com psapi:psapi_main - The 64-bit test_EnumProcessModulesEx() gets unexpected snapshot counts on Windows 7 and 11: w7pro64: psapi_main.c:483: Test failed: pcs-6432: Wrong count 23 in C:\Windows\SysWOW64 psapi_main.c:488: Test failed: pcs-6432: Wrong count 2 in C:\Windows\system32 w11pro64: psapi_main.c:488: Test failed: pcs-6432: Wrong count 0 in C:\Windows\system32 See https://test.winehq.org/data/patterns.html#psapi:psapi_main These failures don't happen on Windows 8 to Windows 10! These tests and failures were introduced in the following commit: commit e38455a2181ab5ce0bf842f2c9a638b3ee9b538c Author: Eric Pouech <eric.pouech(a)gmail.com> AuthorDate: Tue Feb 14 11:06:57 2023 +0100 psapi/tests: Test directory of enumerated loaded modules. Showing that Wine incorrectly reports, for a Wow64 process, the system DLLs from within the wow64 directory while they should be from system32. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> -- 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 54662] New: The winscard tests are not run on the TestBot Wine VMs
by WineHQ Bugzilla 10 Mar '23

10 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54662 Bug ID: 54662 Summary: The winscard tests are not run on the TestBot Wine VMs Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The winscard tests are not run on the TestBot Wine VMs: winscard missing See the newtb-debian11-*, newtb-debian11b-* and newtb-debiant-* Linux results on: http://winetest.dolphin/data/tests/winscard:winscard.html The reason is that the VMs are missing the libpcsclite libraries and maybe other infrastructure needed to actually run the tests: if one just installs the libraries the tests immediately get an SCARD_E_NO_SERVICE error and bail out: can't establish context, make sure pcscd is running -- 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 1

[Bug 54658] New: gdi32:driver - test_D3DKMTCheckVidPnExclusiveOwnership() sometimes fails due to occlusion error on Windows 8
by WineHQ Bugzilla 10 Mar '23

10 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54658 Bug ID: 54658 Summary: gdi32:driver - test_D3DKMTCheckVidPnExclusiveOwnership() sometimes fails due to occlusion error on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:driver - test_D3DKMTCheckVidPnExclusiveOwnership() sometimes fails due to INVALID_VIDEO_PRESENT_SOURCE error on Windows 8: driver.c:461: Test failed: Got unexpected return code 0xc01e0006 at test 0. driver.c:461: Test failed: Got unexpected return code 0xc01e0006 at test 1. driver.c:461: Test failed: Got unexpected return code 0xc01e0006 at test 2. [... same for tests 3 -> 58 ...] driver.c:461: Test failed: Got unexpected return code 0xc01e0006 at test 59. driver.c:481: Test failed: Got unexpected return code 0xc01e0304. driver.c:505: Test failed: Got unexpected return code 0xc01e0006. driver.c:556: Test failed: Got unexpected return code 0xc01e0006 at test 0. [... same for tests 1 -> 16 ...] driver.c:523: Test failed: Got unexpected return code 0xc01e0304 at test 17. [... more code 0xc01e0304 errors ...] driver.c:754: Test failed: Got unexpected return code 0xc01e0304. driver.c:766: Test failed: Got unexpected return code 0. [... more code 0 errors ...] driver.c:785: Test failed: Got unexpected return code 0. driver.c:807: Test failed: Got unexpected return code 0xc01e0006. See https://test.winehq.org/data/patterns.html#gdi32:driver Where: 0xc01e0006 == STATUS_GRAPHICS_PRESENT_OCCLUDED 0xc01e0304 == STATUS_GRAPHICS_INVALID_VIDEO_PRESENT_SOURCE The oldest known instance was on 2023-12-09 and there has been about one per month since: * 2022-12-09 on w864 64-bit * 2023-02-06 on w864 64-bit * 2023-03-09 on w864 64-bit -- 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 1

[Bug 54476] New: Sims 3 Crash at launch
by WineHQ Bugzilla 09 Mar '23

09 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54476 Bug ID: 54476 Summary: Sims 3 Crash at launch Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pardisetm(a)gmail.com Distribution: --- Created attachment 74028 --> https://bugs.winehq.org/attachment.cgi?id=74028 screenshot of error dialog (in french, translated in description) When launching the sims 3, it crash and display an error: "impossible to start the game" "Initialization of service (0x0175d824) failed" -- 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 54654] New: urlmon:protocol - The "http protocol from urlmon" test sometimes gets unexpected BSCF_FIRSTDATANOTIFICATION on Windows
by WineHQ Bugzilla 09 Mar '23

09 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54654 Bug ID: 54654 Summary: urlmon:protocol - The "http protocol from urlmon" test sometimes gets unexpected BSCF_FIRSTDATANOTIFICATION on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com urlmon:protocol - The "http protocol from urlmon" test sometimes gets unexpected BSCF_FIRSTDATANOTIFICATION on Windows: protocol.c:3557: Testing http protocol (not from urlmon)... protocol.c:1122: Test failed: grcfBSCF = 00000001 protocol.c:3561: Testing http protocol (from urlmon)... See https://test.winehq.org/data/patterns.html#urlmon:protocol Where: 00000001 == BSCF_FIRSTDATANOTIFICATION This happens a bit over once per month on average but with sometimes month-wide gaps. This also impacts all Windows versions, from Windows 7 to Windows 11. -- 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 1

[Bug 54653] New: urlmon:protocol sometimes fails because of E_PENDING in Wine
by WineHQ Bugzilla 09 Mar '23

09 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54653 Bug ID: 54653 Summary: urlmon:protocol sometimes fails because of E_PENDING in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- urlmon:protocol sometimes fails because of E_PENDING in Wine: protocol.c:3576: Testing http protocol (direct read)... protocol.c:1083: Test failed: unexpected call ReportData2 protocol.c:1085: Test failed: grfBSCF = 00000001 protocol.c:1093: Test failed: Read returned: 8000000a, expected E_FALSE protocol.c:1094: Test failed: read = 4022 protocol.c:693: Test failed: expected ReportData protocol.c:732: Test failed: unexpected call Switch protocol.c:1083: Test failed: unexpected call ReportData2 protocol.c:1085: Test failed: grfBSCF = 00000002 protocol.c:1093: Test failed: Read returned: 8000000a, expected E_FALSE protocol.c:1094: Test failed: read = 5792 protocol.c:693: Test failed: expected ReportData protocol.c:732: Test failed: unexpected call Switch [... many repeats of the ReportData2 -> Switch lines...] protocol.c:1083: Test failed: unexpected call ReportData2 protocol.c:1085: Test failed: grfBSCF = 00000002 protocol.c:1041: Test failed: grcfBSCF = 00000006 protocol.c:1076: Test failed: unexpected ReportData2 protocol.c:1188: Test failed: unexpected call ReportResult protocol.c:1093: Test failed: Read returned: 00000000, expected E_FALSE protocol.c:1094: Test failed: read = 1323 protocol.c:3580: Testing http protocol (redirected)... [...] protocol.c:4320: Testing http binding (mime verification, emulate prot, short read, direct read)... protocol.c:1083: Test failed: unexpected call ReportData2 protocol.c:1092: Test failed: expected Read2 protocol.c:1094: Test failed: read = 100 protocol.c:4155: Test failed: expected ReportData protocol.c:4322: Testing http binding (mime verification, redirect, emulate prot)... [...] protocol.c:4332: Testing http binding (mime verification, emulate prot, direct read)... protocol.c:1083: Test failed: unexpected call ReportData2 protocol.c:1085: Test failed: grfBSCF = 00000001 protocol.c:2130: Test failed: unexpected call Read protocol.c:1092: Test failed: expected Read2 protocol.c:1093: Test failed: Read returned: 8000000a, expected E_FALSE protocol.c:1094: Test failed: read = 300 protocol.c:1083: Test failed: unexpected call ReportData2 protocol.c:1085: Test failed: grfBSCF = 00000002 protocol.c:2130: Test failed: unexpected call Read protocol.c:1092: Test failed: expected Read2 protocol.c:1093: Test failed: Read returned: 00000000, expected E_FALSE protocol.c:1094: Test failed: read = 100 protocol.c:4155: Test failed: expected ReportData protocol.c:4334: Testing http binding (mime verification, emulate prot, abort)... See https://test.winehq.org/data/patterns.html#urlmon:protocol Where: 8000000a == E_PENDING 00000001 == BSCF_FIRSTDATANOTIFICATION 00000002 == BSCF_INTERMEDIATEDATANOTIFICATION 00000006 == BSCF_INTERMEDIATEDATANOTIFICATION | BSCF_LASTDATANOTIFICATION Race condition? -- 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 1

[Bug 54081] New: urlmon:protocol - The "http protocol direct read test" sometimes causes a timeout in Wine
by WineHQ Bugzilla 09 Mar '23

09 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54081 Bug ID: 54081 Summary: urlmon:protocol - The "http protocol direct read test" sometimes causes a timeout in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- urlmon:protocol - The "http protocol direct read" test sometimes causes a timeout in Wine: protocol.c:3576: Testing http protocol (direct read)... protocol.c:1083: Test failed: unexpected call ReportData2 protocol.c:1085: Test failed: grfBSCF = 00000001 protocol.c:1093: Test failed: Read returned: 00000000, expected E_FALSE protocol.c:1094: Test failed: read = 14096 protocol.c:693: Test failed: expected ReportData protocol.c:3438: Test failed: wait timed out protocol.c:3439: Test failed: expected Switch protocol.c:348: Test failed: unexpected call OnResponse protocol.c:839: Test failed: unexpected call ReportProgress_MIMETYPEAVAILABLE protocol.c:1083: Test failed: unexpected call ReportData2 protocol.c:1085: Test failed: grfBSCF = 00000002 protocol.c:1093: Test failed: Read returned: 00000000, expected E_FALSE protocol.c:1094: Test failed: read = 14096 protocol.c:693: Test failed: expected ReportData urlmon:protocol:06f4 done (258) in 120s See https://test.winehq.org/data/patterns.html#urlmon:protocol This always happens in "Testing http protocol (direct read)...", never in the https or "from urlmon" variants. The first known instance happened on 2022-08-05 on debiant-wow32 (there was no such failure in the previous 2 months) and the nightly WineTest runs have had about one failure per month since. -- 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 54652] New: urlmon:url - The "http protocol direct read test" sometimes get an unexpected ref count on Windows
by WineHQ Bugzilla 09 Mar '23

09 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54652 Bug ID: 54652 Summary: urlmon:url - The "http protocol direct read test" sometimes get an unexpected ref count on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com urlmon:url - The "http protocol direct read test" sometimes get an unexpected ref count on Windows: protocol.c:3576: Testing http protocol (direct read)... protocol.c:3525: Test failed: ref=3 protocol.c:3580: Testing http protocol (redirected)... See https://test.winehq.org/data/patterns.html#urlmon:protocol With only 5 instances over the past 8 months this is pretty rare but may be getting more frequent: * 2022-08-08 on w8adm 32-bit * 2022-08-11 on w8adm 32-bit * 2023-01-09 on w10pro64-hi-u8 64-bit * 2023-01-13 on w10pro64-ko 64-bit * 2023-03-06 on w864 32-bit Like many other refcount tests: * Is this a race condition? Could it be some windows thread holding references to the object? * Is this test really needed? -- 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 1

[Bug 54651] New: user32:input - test_rawinput() sometimes gets unexpected (RIM|WM)_INPUT messages on Windows
by WineHQ Bugzilla 09 Mar '23

09 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54651 Bug ID: 54651 Summary: user32:input - test_rawinput() sometimes gets unexpected (RIM|WM)_INPUT messages on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:input - test_rawinput() sometimes gets unexpected (RIM|WM)_INPUT messages on Windows: input.c:2921: Test failed: 6: unexpected WM_INPUT message input.c:2924: Test failed: 6: unexpected RIM_INPUT message See https://test.winehq.org/data/patterns.html#user32:input This happened on w11pro64 back in October but that was with test 12 and I think it stopped when I fixed disabling Windows update. More recently it started happening on Windows 10: * 2023-03-08 on w10pro64-ja 64-bit * 2023-03-08 on w10pro64-zh-CN 64-bit * 2023-03-06 on MR2334 w10pro64_ja & w10pro64_zh_CN See also bug 53205 and bug 54437 where the test 15 is missing these messages. -- 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 1

[Bug 54641] New: CheckPoint VPN installation gives "Windows update for SHA-2 code signing support is not installed. See kb3033929"
by WineHQ Bugzilla 09 Mar '23

09 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54641 Bug ID: 54641 Summary: CheckPoint VPN installation gives "Windows update for SHA-2 code signing support is not installed. See kb3033929" Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: drpeidos(a)gmail.com Distribution: --- While trying to install Check Point Endpoint Security VPN using the command 'wine "CheckPoint82.40.msi"' I get the error 'Windows update for SHA-2 code signing support is not installed. See kb3033929', in the terminal there is the following log: wine "CheckPoint82.40.msi"  ✔ 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0108:err:winediag:gnutls_process_attach failed to load libgnutls, no support for encryption 0108:err:winediag:process_attach failed to load libgnutls, no support for pfx import/export 0108:fixme:file:NtLockFile I/O completion on lock not implemented yet 0108:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0114:err:winediag:gnutls_process_attach failed to load libgnutls, no support for encryption 0114:err:winediag:process_attach failed to load libgnutls, no support for pfx import/export 008c:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub 008c:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub 0108:fixme:imm:ImeSetActiveContext (00010056, 1): stub 0108:fixme:imm:ImmReleaseContext (0001006A, 00010056): stub 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping begin 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 0108:err:richedit:ReadStyleSheet skipping optional destination 012c:err:ole:get_stub_manager_from_ipid not found for ipid {00000001-0000-0104-ad23-7f548e9283ef} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {00000001-0000-0104-ad23-7f548e9283ef} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {00000001-0000-0104-ad23-7f548e9283ef} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {00000001-0000-0104-ad23-7f548e9283ef} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {0000001b-0000-0104-b3f6-268013bd3b02} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {0000001b-0000-0104-b3f6-268013bd3b02} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {0000001b-0000-0104-b3f6-268013bd3b02} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {0000001b-0000-0104-b3f6-268013bd3b02} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {0000001c-0000-0104-b3a5-f876a75e4d58} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {0000001c-0000-0104-b3a5-f876a75e4d58} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {0000001c-0000-0104-b3a5-f876a75e4d58} 012c:err:ole:get_stub_manager_from_ipid not found for ipid {0000001c-0000-0104-b3a5-f876a75e4d58} 01b8:fixme:msi:MsiGetLastErrorRecord I tried installing Windows6.1-KB3033929-x86.msu, but Wine also gives an error. -- 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 54644] New: Ofice 2021 Pro Plus 32/64 bit: installer doesn't work
by WineHQ Bugzilla 09 Mar '23

09 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54644 Bug ID: 54644 Summary: Ofice 2021 Pro Plus 32/64 bit: installer doesn't work Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: romulasry(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- I launched from https://softcomputers.org/en/download/download-microsoft-office/download-mi… Doesn't launch. I can't get the log file though, could someone help? -- 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 0

[Bug 54643] New: the toolbar icon of filedialog is too small when using the 4k display
by WineHQ Bugzilla 09 Mar '23

09 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54643 Bug ID: 54643 Summary: the toolbar icon of filedialog is too small when using the 4k display Product: Wine Version: 6.0.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: 34810581(a)qq.com Distribution: --- Created attachment 74173 --> https://bugs.winehq.org/attachment.cgi?id=74173 toolbar icon too small the toolbar icon of filedialog is too small when using the 4k display -- 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 0

[Bug 54475] New: Hardwar UIM6.0 crashes in 8.0, doesn't in 6.0.3
by WineHQ Bugzilla 09 Mar '23

09 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54475 Bug ID: 54475 Summary: Hardwar UIM6.0 crashes in 8.0, doesn't in 6.0.3 Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nickmarko(a)gmail.com Distribution: --- Created attachment 74024 --> https://bugs.winehq.org/attachment.cgi?id=74024 debug output of crash Ran in Virtual Desktop mode to test version F2.0, which has no windowed mode option and won't display full screen but does display in the virtual desktop. F2.0 gets past the loading screen and the game doesn't crash. I updated Wine from 6.0.3 (the version that is in the default Ubuntu repos) to 8.0 from the official WineHQ repos for Ubuntu Jammy and now UIM6.0 crashes when the loading bar reaches 100%. I downgraded to 6.0.3 and UIM6.0 no longer crashed. I updated back to 8.0 and UIM6.0 crashes again. Terminal output running F2.0: https://pastebin.com/mfLVj3Xd Terminal output installing and running UIM6.0: https://pastebin.com/mDHSzMyM -- 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 19

[Bug 40147] New: Assertion 'm->state == STATE_PASSIVE' failed at pulse/mainloop.c:827 on starting Skype 7.18.0.112
by wine-bugs＠winehq.org 07 Mar '23

07 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=40147 Bug ID: 40147 Summary: Assertion 'm->state == STATE_PASSIVE' failed at pulse/mainloop.c:827 on starting Skype 7.18.0.112 Product: Wine Version: 1.9.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: Red Hat Created attachment 53645 --> https://bugs.winehq.org/attachment.cgi?id=53645 backtrace Perhaps it's because I'm not using Pulse Audio. err:winsock:WSAIoctl -> _WSAIO(IOC_WS2, 23) request failed with status 0x2733 fixme:win:RegisterDeviceNotificationA (hwnd=0x1009c, filter=0x608e1d4,flags=0x00000000) returns a fake device notification handle! fixme:win:RegisterDeviceNotificationW (hwnd=0x1009a, filter=0x4f4dca8,flags=0x00000000) returns a fake device notification handle! err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded Assertion 'm->state == STATE_PASSIVE' failed at pulse/mainloop.c:827, function pa_mainloop_prepare(). Aborting. wine: Assertion failed at address 0xf7708c99 (thread 0046), starting debugger... Unhandled exception: assertion failed in 32-bit code (0xf7708c99). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7708c99 ESP:05e8c408 EBP:05e8c420 EFLAGS:00200202( - -- I - - - ) EAX:00000000 EBX:00001b0d ECX:00001b4f EDX:00000006 ESI:05e8c85c EDI:f74ebff4 Stack dump: 0x05e8c408: 05e8c420 00000006 00001b4f f7383871 0x05e8c418: f74ebff4 05e8c540 05e8c548 f738514a 0x05e8c428: 00000006 05e8c4c0 00000000 7c704f28 0x05e8c438: 05e8c498 7c4816cf 7c704f28 00000000 0x05e8c448: 00000001 7c4613a0 f73cc066 7c705e30 0x05e8c458: 00e8c498 7c480200 00000091 00000004 Backtrace: =>0 0xf7708c99 __kernel_vsyscall+0x9() in [vdso].so (0x05e8c420) 1 0xf7383871 gsignal+0x50() in libc.so.6 (0x05e8c420) 2 0xf738514a abort+0x179() in libc.so.6 (0x05e8c548) 3 0x7c480238 pa_mainloop_prepare+0x497() in libpulse.so.0 (0x05e8c5c8) 4 0x7c480d36 pa_mainloop_iterate+0x35() in libpulse.so.0 (0x05e8c618) 5 0x7cc5d11a pulse_test_connect+0x1d9() in winepulse (0x05e8c878) 6 0x7cc63673 AUDDRV_GetPriority+0x32() in winepulse (0x05e8c8a8) 7 0x7cc8547b init_driver+0x26a() in mmdevapi (0x05e8cdd8) 8 0x7cc85dcc DllGetClassObject+0x3b() in mmdevapi (0x05e8ce38) 9 0x7eb96947 apartment_getclassobject+0x116() in ole32 (0x05e8ceb8) 10 0x7eb99479 get_inproc_class_object+0x108() in ole32 (0x05e8d148) Steps to reproduce: 1. Install Skype (currently at http://www.skype.com/go/getskype-full) md5sum(SkypeSetupFull.exe) 3616301a86a2f78d94e2baa86805112c 2. Shutdown/uninstall PA server 3. Run Skype.exe 4. Get a crash P.S. Distro = CentOS 6.7 i686 -- 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 54628] New: Opening files in Microsoft Word/Excel/Office 2010 results in opening an empty document
by WineHQ Bugzilla 07 Mar '23

07 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54628 Bug ID: 54628 Summary: Opening files in Microsoft Word/Excel/Office 2010 results in opening an empty document Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- When I double-click a MS Office file then Word/Excel/Office 2010 starts up with an empty document. So the page/sheet is blank and it looks that the file doesn't contains any data. However, there is no problem with the documents, they are fine. Instead it looks that there is a problem in the way how the files are opened. When the corresponding Word/Excel/Office 2010 file is opened out from the program then everything is okay and it is displayed correctly. So this problem only happens when the Office 2010 file is opened by a double click. Long story short, there exist a trivial workaround by disabling the hardware acceleration in Office 2010. Microsoft was so kind to provide the solution for that problem here: https://learn.microsoft.com/en-us/office/troubleshoot/excel/excel-opens-bla… In the end it looks that this problem can happen in some circumstances also on Windows. ;-) For the record, this problem is present also on older Wine 7.x releases. So this is not a new regression and I am unsure if this ever worked before. (However, it took a while until I have found the workaround.) -- 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 3

[Bug 7585] Thief: the dark project hangs on 'esc' keypress in game if X in 24bpp mode
by WineHQ Bugzilla 07 Mar '23

07 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=7585 Jeff Zaroyko <jeffz(a)jeffz.name> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #72 from Jeff Zaroyko <jeffz(a)jeffz.name> --- Two reports that the issue is fixed. Resolving. -- 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 0

[Bug 7585] Thief: the dark project hangs on 'esc' keypress in game if X in 24bpp mode
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=7585 mirh <mirh(a)protonmail.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mirh(a)protonmail.ch --- Comment #71 from mirh <mirh(a)protonmail.ch> --- Can be closed as per last comment. -- 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 0

[Bug 4713] nvidia demo(Creature) freezes
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=4713 --- Comment #35 from temp82(a)luukku.com --- still freezes wine 8.3. -- 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 0

[Bug 54626] New: Saving files in Microsoft Word/Excel 2010 creates useless shortcut files
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54626 Bug ID: 54626 Summary: Saving files in Microsoft Word/Excel 2010 creates useless shortcut files Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Here follows a new bug report regarding the problem observed in old bug report 15480. It was told me that I should open a new bug report. ;-) Okay, the issue regarding the creation of useless shortcut files is back in Wine 8.0 (stable). When I open a *.xlsx file at the desktop and save it (with the same name) to an *.ods file then Excel 2010 will create two files. One is a *.lnk (which points to the original xlsx) and the other is a shortcut regarding the ods file but also with *.ods ending. As mentioned, both of them are non-functional. -- 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 4

[Bug 54639] New: some wine libraries are too old for KDE Neon 5.27.2
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54639 Bug ID: 54639 Summary: some wine libraries are too old for KDE Neon 5.27.2 Product: Wine Version: 8.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugcoder(a)gmail.com Distribution: --- Some libraries like libjpeg-turbo8:386 are too old for install wine on KDE NEON 2.27 -- 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 1

[Bug 52983] New: d3d8:device - test_wndproc() fails systematically on Wine
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52983 Bug ID: 52983 Summary: d3d8:device - test_wndproc() fails systematically on Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d3d8:device - test_wndproc() fails systematically on Wine: device.c:3212: Test failed: Expected message 0x3 for window 0, but didn't receive it, i=49. device.c:3359: Test failed: Expected message 0x3 for window 0x1, but didn't receive it. https://test.winehq.org/data/patterns.html#d3d8:device As far as I can tell the missing "message 0x3 for window 0x1" is present every time, while the one for "window 0" is only present most of the time but not necessarily on the same iteration. -- 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 33069] New: Visual Basic 6 can't load any component
by wine-bugs＠winehq.org 06 Mar '23

06 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=33069 Bug #: 33069 Summary: Visual Basic 6 can't load any component Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: german_ant_82(a)yahoo.com Classification: Unclassified Created attachment 43719 --> http://bugs.winehq.org/attachment.cgi?id=43719 Fixme errors list for the components that can't be loaded Visual Basic comes with a set of preloaded standard components and a set of loadable extra components. These extra components can't be loaded. List of components that can't be loaded: AxBrowser Cdlg Microsoft ADO Data Control 6.0 (OLEDB) Microsoft Calendar Control 8.0 Microsoft Chart Control 6.0 (OLEDB) Microsoft Comm Control 6.0 Microsoft Common Dialog Control 6.0 Microsoft Data Bound Grid Control 5.0 (SP3) Microsoft Data Bound List Controls 6.0 Microsoft DataGrid Control 6.0 (OLEDB) Microsoft DataList Controls 6.0 (OLEDB) Microsoft DataRepeater Control 6.0 (OLEDB) Microsoft FlexGrid Control 6.0 Microsoft Hierarchical FlexGrid Control 6.0 (OLEDB) Microsoft Internet Transfer Control 6.0 Microsoft MAPI Controls 6.0 Microsoft Masked Edit Control 6.0 Microsoft Multimedia Control 6.0 Microsoft PictureClip Control 6.0 Microsoft RemoteData Control 6.0 Microsoft Rich Textbox Control 6.0 Microsoft Script Control 1.0 Microsoft SysInfo Control 6.0 Microsoft Tabbed Dialog Control 6.0 Microsoft Windows Common Controls 5.0 (SP2) Microsoft Windows Common Controls 6.0 Microsoft Windows Common Controls-2 5.0 (SP2) Microsoft Windows Common Controls-2 6.0 Microsoft Windows Common Controls-3 6.0 Microsoft Winsock Control 6.0 MSFlexGrid Wizard 6.0 Package and Deployment Wizard VB6 Application Wizard VB6 Data Form Wizard 6.0 VB6 MSChart Wizard 6.0 VisModelBrowser -- 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 54636] New: fusion:asmenum - test_enumerate() fails on Windows 11
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54636 Bug ID: 54636 Summary: fusion:asmenum - test_enumerate() fails on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com fusion:asmenum - test_enumerate() fails on Windows 11: asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink, Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Interop.Security.AzRoles, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: srmlib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink, Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Interop.Security.AzRoles, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: srmlib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink.Resources, Version=6.1.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.ManagementConsole, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.ManagementConsole.Resources, Version=3.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Diagnostics, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Diagnostics.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Management, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Management.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Utility, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Commands.Utility.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.ConsoleHost, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.ConsoleHost.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Security, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.PowerShell.Security.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.WSMan.Management, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.WSMan.Management.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.WSMan.Runtime, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: MMCEx, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: MMCEx.Resources, Version=3.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: MMCFxCommon, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: MMCFxCommon.Resources, Version=3.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: System.Management.Automation, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 asmenum.c:367: Test failed: Assembly not enumerated: System.Management.Automation.Resources, Version=1.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35 See https://test.winehq.org/data/patterns.html#fusion:asmenum Notes: * Only the 32-bit fusion dll is available on Windows 11. * On Windows 11 the dll was installed by running the dotnetfx-1.1.exe installer [1] which is only available in 32-bit format. * The fusion dll is entirely missing on all the Windows 8 and 10 VMs (the 32-bit version could be installed using the same process as on Windows 11). * The 32-bit and 64-bit versions of this test succeed on the w7u and w7pro64 VMs. * The 32-bit and 64-bit versions of this test succeed on the deprecated wxppro, w2003std, wvista and wvistau64 VMs. * See also bug 54610 for the fusion:asmcache crash. [1] https://wiki.winehq.org/Wine_TestBot_VMs#fusion.2C_msvcr71 -- 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 1

[Bug 54610] New: fusion:asmcache - 32-bit calls to InstallAssembly(..., NULL) crash on Windows
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54610 Bug ID: 54610 Summary: fusion:asmcache - 32-bit calls to InstallAssembly(..., NULL) crash on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com fusion:asmcache - 32-bit calls to InstallAssembly(..., NULL) crash on Windows: asmcache.c:846: this is the last test seen before the exception 19e4:asmcache: unhandled exception c0000005 at 0095C478 See https://test.winehq.org/data/patterns.html#fusion:asmcache The crash only happens in the 32-bit w11pro64 tests which represents 100% of the cases where the test actually runs: * The only VM that has the needed fusion dll is w11pro64. * The dll was installed by running the dotnetfx-1.1.exe installer [1] which is only available in 32-bit format. Thus only the 32-bit dll is available and the 64-bit test is skipped. The crash happens in the following call: hr = IAssemblyCache_InstallAssembly(cache, 0, L"wine.dll", NULL); But skipping this call just moves the crash to the next InstallAssembly() call. It's not clear whether the crash is caused by the NULL RefData pointer: the crash still happens if I pass a non-NULL but pretty empty FUSION_INSTALL_REFERENCE structure (in particular szNonCannonicalData == NULL). [1] https://wiki.winehq.org/Wine_TestBot_VMs#fusion.2C_msvcr71 -- 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 4

[Bug 41013] New: Sourceinsight: the 'Window' menu click no response
by wine-bugs＠winehq.org 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=41013 Bug ID: 41013 Summary: Sourceinsight: the 'Window' menu click no response Product: Wine Version: 1.8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robert.hu(a)intel.com Distribution: --- Created attachment 55180 --> https://bugs.winehq.org/attachment.cgi?id=55180 'Window' menu list jump to top left The menu of 'Window' click has no responses. But other menu can work. My workaround is to click its adjacent menu item then arrow key to move to 'Window' menu. But even so, it appears to left top of the window. See attachment. -- 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 2

[Bug 23064] New: Sourceinsight: no response clicking menu, untill firstly right-click in main window area
by wine-bugs＠winehq.org 06 Mar '23

06 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=23064 Summary: Sourceinsight: no response clicking menu, untill firstly right-click in main window area Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dwwwww(a)hotmail.com OS: RHEL 4 Wine, 1.2-rc2 Open sourceinsight, click the menus, no response. But it works after right click in main window area. -- 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 11

[Bug 54632] New: advapi32:registry causes scrobj:scrobj to crash when run without elevated privileges on Windows 8
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54632 Bug ID: 54632 Summary: advapi32:registry causes scrobj:scrobj to crash when run without elevated privileges on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: scrobj Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com advapi32:registry causes scrobj:scrobj to crash when run without elevated privileges on Windows 8: scrobj.c:767: Test failed: DllInstall failed: 80004005 scrobj.c:771: Test failed: RegQueryValueA failed: 2 scrobj.c:771: Test failed: Unexpected value "F", expected "WineTest object" scrobj.c:772: Test failed: RegQueryValueA failed: 2 scrobj.c:772: Test failed: Unexpected value "F", expected "*\scrobj.dll" scrobj.c:773: Test failed: RegQueryValueA failed: 2 scrobj.c:773: Test failed: Unexpected value "F", expected "WineTest.1.23" scrobj.c:774: Test failed: RegQueryValueA failed: 2 scrobj.c:774: Test failed: Unexpected value "F", expected "WineTest" scrobj.c:804: Test failed: Could not get class factory: 80040154 scrobj.c:804: this is the last test seen before the exception 0dbc:scrobj: unhandled exception c0000005 at 00403A9A See https://test.winehq.org/data/patterns.html#scrobj:scrobj This crash does not happen when running scrobj:scrobj on its own. I determined that the source of interference is advapi32:registry. It is the combination of test_reg_open_key() and test_classesroot() in registry.c that causes the crash. More specifically this call in test_classesroot(): res = RegCreateKeyExA( HKEY_LOCAL_MACHINE, "Software\\Classes\\WineTestCls", 0, NULL, REG_OPTION_NON_VOLATILE, KEY_ALL_ACCESS, NULL, &hklm, NULL ); -- 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 50281] New: fsync patch for wine 6.0-rc1 (without staging)
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=50281 Bug ID: 50281 Summary: fsync patch for wine 6.0-rc1 (without staging) Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: michael.scott(a)quest-arts.co.uk Distribution: --- Created attachment 68830 --> https://bugs.winehq.org/attachment.cgi?id=68830 fsync patch that applies to vanilla wine 6.0-rc1 I have created a new fsync patch that can apply directly to wine 6.0-rc1 without needing esync from staging. I have tested this patch applied to the latest wine sources (6.0-rc1) as of 7th December 2020 using Star Citizen 3.11. I have included it here for you to review for your convenience to review whether to include it in a future wine version. Current testing from myself and others in the Star Citizen LUG org when using fsync enabled wine and kernels are resulting in a much smoother experience. -- 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 27

[Bug 54631] New: msi:package causes wscript.exe:run to time out when run without elevated privileges on Windows 8
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54631 Bug ID: 54631 Summary: msi:package causes wscript.exe:run to time out when run without elevated privileges on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msi:package causes wscript.exe:run to time out when run without elevated privileges on Windows 8: wscript.exe:run start programs/wscript/tests/run.c run.c:400: running RUN.JS test... wscript.exe:run:026c done (258) in 120s 35B See https://test.winehq.org/data/patterns.html#wscript.exe:run This timeout does not happen when running wscript.exe:run on its own. I determined that the source of interference is msi:package and that the timeout is caused by a Windows prompt: Script: C:\Users\winetest\Documents\tests\test.JS Line: 19 Error: Automation server can't create object Code: 800A01AD Source: Microsoft JScript runtime error The timeout happens when waiting for the child process in run_script_file() in run.c. That makes sense: the child process is stuck displaying the Windows prompt: WaitForSingleObject(pi.hProcess, INFINITE); And the timeout is caused by the combination of test_appsearch() and test_complocator() in package.c: remove either of those two and the timeout does not happen anymore. More specifically, if leaving test_appsearch() unmodified, any call to set_component_path() in test_complocator() triggers the timeout, because of this call: RegCreateKeyExA(HKEY_LOCAL_MACHINE, prodpath, 0, NULL, 0, access, NULL, &hkey, NULL); Note that creating the comppath key does not cause the wscript.exe:run timeout. -- 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 4

[Bug 54604] New: improved file browser
by WineHQ Bugzilla 05 Mar '23

05 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54604 Bug ID: 54604 Summary: improved file browser Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gizmo_1979(a)yahoo.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74135 --> https://bugs.winehq.org/attachment.cgi?id=74135 file browser it would be handy if the completion of the names if you type in the file name field was implemented in the file open window called by the programs as it happens in any system more modern than windows 95... -- 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 8

[Bug 54620] New: advapi32:registry causes mshtml:htmldoc to time out when run without elevated privileges on Windows 8
by WineHQ Bugzilla 05 Mar '23

05 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54620 Bug ID: 54620 Summary: advapi32:registry causes mshtml:htmldoc to time out when run without elevated privileges on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com advapi32:registry causes mshtml:htmldoc to time out when run without elevated privileges on Windows 8: htmldoc.c:6220: put_href L"about:replace"... htmldoc.c:6503: open... htmldoc.c:6503: open... mshtml:htmldoc:0744 done (258) in 120s 899B See https://test.winehq.org/data/patterns.html#mshtml:htmldoc This timeout does not happen when running mshtml:htmldoc on its own. I determined that the source of interference is advapi32:registry and that the timeout is caused by a UAC prompt: A website wants to open web content using this program on your computer. This program will open outside of Protected mode. Internet Explorer's Protected mode helps protect your computer. If you do not trust this website, do not open this program. Name: Microsoft Edge Publisher: Microsoft Corporation This happens in the IHTMLWindow2_open() call in test_open_window() in htmldoc.c: hres = IHTMLWindow2_open(window, url, name, NULL, VARIANT_FALSE, &new_window); So this issue is very similar to the ieframe:ie one described in bug 54613. -- 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 1

[Bug 15480] New: Saving files in Word/Excel creates useless .lnk files
by wine-bugs＠winehq.org 04 Mar '23

04 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=15480 Summary: Saving files in Word/Excel creates useless .lnk files Product: Wine Version: 1.1.5 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew(a)etc.gen.nz Hi, In Word and Excel 2003 when we save files then a .lnk file is created in the same directory as the source file. These files are useless for two reasons: 1) They're in the same directory as the original .doc or .xls files which have Word and Excel associated with them respectively. 2) On a standard Debian Lenny machine running Gnome the .lnk files aren't recognised by any apps and won't cause Word or Excel to run. I've searched around the place to see if we can turn this "feature" off, but haven't found anything. Is this possible? If not, could this please be added. -- 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 31

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs March 2023