wine-bugs December 2024

wine-bugs@winehq.org

1 participants
1383 discussions

[Bug 25207] New: SHFileOperation does not create new directory on FO_MOVE
by wine-bugs＠winehq.org 16 Apr '25

16 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=25207 Summary: SHFileOperation does not create new directory on FO_MOVE Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: richard(a)rtrussell.co.uk Created an attachment (id=32007) --> (http://bugs.winehq.org/attachment.cgi?id=32007) C program to demonstrate the problem SHFileOperation should create the destination directory on an FO_MOVE operation, if it does not already exist, but fails to do so. See: http://msdn.microsoft.com/en-us/library/bb759795.aspx "Copy and Move operations can specify destination directories that do not exist. In those cases, the system attempts to create them and normally displays a dialog box to ask the user if they want to create the new directory. To suppress this dialog box and have the directories created silently, set the FOF_NOCONFIRMMKDIR flag in fFlags". -- 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 37

[Bug 52879] New: Improve software components also for using “SysInspector”
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=52879 Bug ID: 52879 Summary: Improve software components also for using “SysInspector” Product: Wine Version: 7.7 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: --- I have tried the tool “SysInspector 1.4.2.0” out together with the software “Wine 7.7-1449.4”. Markus_Elfring@Sonne:~> wine /home/altes_Heim2/elfring/geladen/Freeware/sysinspector_nt64_enu.exe 00c4:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv" failed to start: 1114 011c:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000011F704, 000000000011F720 000000000011F700 011c:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000011F704 000000000011F720 000000000011F700) returning a dummy value (current locale) 011c:fixme:winspool:PerfOpen (null): stub 011c:fixme:winspool:PerfCollect L"2", 000000000011DFE8, 000000000011DFCC, 000000000011DFD0: stub 011c:fixme:winspool:PerfClose stub wine: Unhandled page fault on read access to FFFFFFFFFFFFFFFF at address 000000014002D07B (thread 0134), starting debugger... 0074:fixme:imm:ImeSetActiveContext (0x5a7b0, 0): stub 0074:fixme:imm:ImmReleaseContext (0000000000010020, 000000000005A7B0): stub 0148:fixme:imm:ImeSetActiveContext (0x47e00, 1): stub … 0140:fixme:dbghelp:interpret_function_table_entry unknown code 6 … 00a8:err:service:process_send_command service protocol error - failed to read pipe r = 0 count = 0! … 011c:fixme:shell:InitNetworkAddressControl stub … 01b4:fixme:vdmdbg:VDMEnumProcessWOW 000000000304F100: stub! 01c4:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION … 01f4:fixme:service:svcctl_EnumServicesStatusExW resume handle not supported … wine: Call from 000000007B0135FE to unimplemented function wevtapi.dll.EvtCreateRenderContext, aborting … 020c:err:ole:CoUninitialize Mismatched CoUninitialize How will the chances evolve to fix remaining open issues? -- 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 55810] New: Finding Nemo (Steam): window borders gone missing (virtual desktop)
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55810 Bug ID: 55810 Summary: Finding Nemo (Steam): window borders gone missing (virtual desktop) Product: Wine Version: 8.18 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 245bdef5b11c19ccd4e8625b86267ca731badcc0 Distribution: ArchLinux Finding Nemo uses a fixed 800x600 resolution. When I start the game in virtual desktop mode the window borders are absent. Nothing suspicious can be seen in the terminal output. Reverting commit 245bdef5b11c19ccd4e8625b86267ca731badcc0 fixes the problem for me. https://store.steampowered.com/app/331450/DisneyPixar_Finding_Nemo/ wine-8.18-127-g6391b8d5c99 X Server 21.1.8 XFCE 4.18 winecfg -> Desktop Integration -> Theme: <No Theme> -- 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 55883] New: SpeedWave can't draw Window
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55883 Bug ID: 55883 Summary: SpeedWave can't draw Window Product: Wine Version: 8.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cupcapcorn(a)yahoo.co.jp Distribution: --- Created attachment 75414 --> https://bugs.winehq.org/attachment.cgi?id=75414 SpeedWave Installer (shareware) On Fedora 38 and wine 8.0.2 I can install SpeedWave (Application to accelerate the speed of wave and mp3 file), but I try to launch this applicantion and no window appears. I think SpeedWave can't draw window. -- 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 14

[Bug 56599] New: HWMonitor 1.53 needs unimplemented function pdh.dll.PdhConnectMachineA
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56599 Bug ID: 56599 Summary: HWMonitor 1.53 needs unimplemented function pdh.dll.PdhConnectMachineA Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: pdh Assignee: wine-bugs(a)winehq.org Reporter: oguilherme(a)protonmail.com Distribution: --- Hi, The latest version of HWMonitor (1.53), now seems to require pdh.dll.PdhConnectMachineA, which is not implemented in Wine: $ wine HWMonitor_x64.exe 00dc:fixme:shell:InitNetworkAddressControl stub 0134:fixme:ntoskrnl:SeSinglePrivilegeCheck stub: 000000000000000a 1 0134:fixme:ntoskrnl:HalGetBusDataByOffset (4 0 0 000000000011EC18 0 4) stub! wine: Call from 00006FFFFF463DE7 to unimplemented function pdh.dll.PdhConnectMachineA, aborting wine: Unimplemented function pdh.dll.PdhConnectMachineA called at address 00006FFFFF463DE7 (thread 00dc), starting debugger... 0140:fixme:dbghelp:elf_search_auxv can't find symbol in module 0140:fixme:dbghelp:elf_search_auxv can't find symbol in module wine: Call from 00006FFFFF463DE7 to unimplemented function pdh.dll.PdhConnectMachineA, aborting The previous version (1.52), runs just fine. 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 6

[Bug 56372] New: musl based exp2() gives very inaccurate results on i686
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56372 Bug ID: 56372 Summary: musl based exp2() gives very inaccurate results on i686 Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: piotr(a)codeweavers.com Regression SHA1: ca0643875961ef62c76e0b9cbd0433002a948d9b Distribution: --- Since switching the msvcrt implementation of exp2() from internal to musl based, in ca0643875961ef62c76e0b9cbd0433002a948d9b, the accuracy on i686 has become quite bad, to the point of breaking a handful of tests in ffmpeg. The issue can be reproduced with the following test snippet: --- #include <stdio.h> #include <math.h> double input = 5.979471; int main(int argc, char* argv[]) { printf("exp2(%f) = %f\n", input, exp2(input)); return 0; } --- Prior to this commit, and with later versions on e.g. x86_64, the output is: exp2(5.979471) = 63.095753 However, on i686, the output now is: exp2(5.979471) = 62.968753 This is an error of around 0.2%, which is a couple orders of magnitudes larger than expected/tolerated. It's curious how this issue only appears on i686 though, i.e. it doesn't look like an issue with the musl exp2() implementation algorithm, but some component of it misbehaving on 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.

1 11

[Bug 56265] New: Epic Games Launcher 15.21.0 calls unimplemented function cfgmgr32.dll.CM_Get_Device_Interface_PropertyW
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56265 Bug ID: 56265 Summary: Epic Games Launcher 15.21.0 calls unimplemented function cfgmgr32.dll.CM_Get_Device_Interface_PropertyW Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 75980 --> https://bugs.winehq.org/attachment.cgi?id=75980 Epic Games Launcher 15.21.0 terminal output on Wine 9.0-rc3 Hello, Epic Games Launcher, updated to version 15.21.0, bails out at start when calling unimplemented function cfgmgr32.dll.CM_Get_Device_Interface_PropertyW. 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 5

[Bug 56781] New: srcrrun: Dictionary setting item to object fails
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56781 Bug ID: 56781 Summary: srcrrun: Dictionary setting item to object fails Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: francisdb(a)gmail.com Distribution: --- Reproducer in vbscript Class C End Class Dim cls1: Set cls1 = new C Dim cls2: Set cls2 = new C Dim dict: Set dict = createobject("scripting.dictionary") Dim key: key = "test" dict.Add key, cls1 Set dict.Item(key) = cls2 Looks like this is not implemented https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/scrrun/dictionary.c?… Without understanding the code this should maybe increase the reference count and delegate to dictionary_put_Item? -- 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 49703] New: Ghost Recon fails to start
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=49703 Bug ID: 49703 Summary: Ghost Recon fails to start Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: sramey40(a)gmail.com Distribution: --- The original Tom Clancy's Ghost Recon (on CD) seems to install fine, except for this error at the end of installation: wine start Setup.exe [sean@sean-pc-arch GRECON]$ 00d4:fixme:file:NtLockFile I/O completion on lock not implemented yet 00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0 00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0 00d4:err:ole:CoReleaseMarshalData StdMarshal ReleaseMarshalData failed with error 0x8001011d ^C But, when I try to run the game, nothing happens and this is the output on console: wine start GhostRecon.exe [sean@sean-pc-arch Ghost Recon]$ 00c0:err:winediag:wined3d_dll_init Setting multithreaded command stream to 0. ^C ^C marks where I hit ctrl-c to stop the process, as it seemed hung. I'm using a 32bit wineprefix with Windows 2000 or XP. I can't really do regression testing, as I can't get an older package of wine to install properly, and I also can't get wine to compile for even as new a version as wine-4.0. It complains about multiple definitions of hInstance and fails on compiling crypt32. Only the 5.0 releases will compile, and I have this bug in them. I've also noticed that a lot of older games seem broken. Seems like nobody has tested these games in a while. The latest test of the Ghost Recon CD version recorded in the App database is wine 1.5. Recently I had somebody help me out with Age of Empires 2: The Age of Kings CD version, and we discovered that the safedisc 1.x copy protection support was broken in wine since version 3.0 I think. Probably a good idea to try running some old games, especially ones on CD, to check for compatibility regressions. -- 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 14

[Bug 55421] New: Fallout Tactics graphics glitches only with winehq-devel
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55421 Bug ID: 55421 Summary: Fallout Tactics graphics glitches only with winehq-devel Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: darkranger_red(a)hotmail.com Distribution: --- The game 'Fallout Tactics: Brotherhood of Steel' is fully playable with Wine. But recently I am not sure from which Wine version, the game shows some noticeable graphics glitches, which the previous Wine version doesn't have. So I uninstalled Wine from Fedora's repo, and use the WineHQ's repo instead. It turns out that the game's graphics runs normally with winehq-stable(8.0.2), but has some glitches with winehq-devel(8.13). The attached screenshots show the launcher menu differences between Wine 8.0.2 and 8.13. Besides that, the in-game graphics also has more glitches with winehq-devel, but usually happen in very short time and difficult to capture the screenshots. OS: Fedora Linux 38 (Workstation Edition) x86_64 Kernel: 6.4.7-200.fc38.x86_64 Uptime: 2 hours, 9 mins Packages: 2703 (rpm) Shell: bash 5.2.15 Resolution: 1920x1080 DE: GNOME 44.3 WM: Mutter WM Theme: Adwaita Theme: Adwaita [GTK2/3] Icons: Adwaita [GTK2/3] Terminal: gnome-terminal CPU: AMD FX-8350 (8) @ 4.000GHz GPU: NVIDIA GeForce GTX 660 Memory: 5130MiB / 15932MiB -- 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 56357] New: Zero sized writes using WriteProcessMemory succeed on Windows, but fail on Wine. testcase source
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56357 Bug ID: 56357 Summary: Zero sized writes using WriteProcessMemory succeed on Windows, but fail on Wine. testcase source Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: admin(a)sewer56.dev Distribution: --- Created attachment 76082 --> https://bugs.winehq.org/attachment.cgi?id=76082 Precompiled sample C program. [ testcase source ] Zero sized writes using WriteProcessMemory succeed on Windows, but fail on Wine. Build the following program: ```c #include <windows.h> #include <stdio.h> int main() { // Allocate a buffer in memory char* buffer = (char*) VirtualAlloc(NULL, 1024, MEM_COMMIT | MEM_RESERVE, PAGE_READWRITE); if (buffer == NULL) { printf("Memory allocation failed\n"); return 1; } // Sample data to write (not actually used due to 0-byte length) const char* data = "Sample data"; SIZE_T writtenBytes = 0; // Get a handle to the current process HANDLE processHandle = GetCurrentProcess(); // Attempt to write memory with 0 byte length BOOL result = WriteProcessMemory(processHandle, buffer, data, 0, &writtenBytes); if (result == FALSE) { printf("WriteProcessMemory failed: %lu\n", GetLastError()); } else { printf("WriteProcessMemory succeeded, but 0 bytes were written.\n"); } VirtualFree(buffer, 0, MEM_RELEASE); return 0; } ``` Commandline: ``` x86_64-w64-mingw32-gcc write_process_memory.c -o write_process_memory.exe -lkernel32 ``` When running on Linux, this prints `WriteProcessMemory failed: 87`. When running on Windows, this succeeds `WriteProcessMemory succeeded, but 0 bytes were written`. Tested on x86_64 Archlinux using latest git version of Wine (wine-9.2-286-g232b18d820e). ----------- Extra Notes: I encountered this bug while unit testing a Rust DLL Injection library against Wine: https://github.com/OpenByteDev/dll-syringe/pull/19 -- 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 56054] New: Microsoft Safety Scanner crashes on exit on unimplemented function tbs.dll.GetDeviceIDString
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56054 Bug ID: 56054 Summary: Microsoft Safety Scanner crashes on exit on unimplemented function tbs.dll.GetDeviceIDString Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 75710 --> https://bugs.winehq.org/attachment.cgi?id=75710 Terminal output All you have to do to reproduce the crash is open the program and immediately close it. $ sha256sum MSERT.exe 8a885021b8c41fb8578cfa50a0c3a706c6b1b7fb7fd3faddcc48bd8eb7f8f091 -- 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 49089] New: nProtect Anti-Virus/Spyware 4.0 'tkpl2k64.sys' crashes on unimplemented function 'fltmgr.sys.FltBuildDefaultSecurityDescriptor'
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=49089 Bug ID: 49089 Summary: nProtect Anti-Virus/Spyware 4.0 'tkpl2k64.sys' crashes on unimplemented function 'fltmgr.sys.FltBuildDefaultSecurityDescriptor' Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, encountered while revisiting bug 47170 Download: https://web.archive.org/web/20160510225518/http://avsd.nprotect.net/avs40/s… --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine ./nProtectSetup_AVS40.exe ... 0244:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\FLTMGR.SYS" at 0xe50000: PE builtin 0244:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\tkpl2k64.sys" at 0xe10000: native 0244:trace:seh:raise_exception code=c0000005 flags=0 addr=0xe38108 ip=e38108 tid=0244 0244:trace:seh:raise_exception info[0]=0000000000000000 0244:trace:seh:raise_exception info[1]=fffff78000000320 0244:trace:seh:raise_exception rax=fffff78000000320 rbx=0000000000e380dc rcx=00000000007d5050 rdx=00000000007d51b8 0244:trace:seh:raise_exception rsi=0000000000cef94c rdi=00000000007d3ea8 rbp=00000000000fbff8 rsp=0000000000cef8f8 0244:trace:seh:raise_exception r8=0000000000e26100 r9=00002b992ddfa232 r10=000000000023584c r11=00000000000fc0c0 0244:trace:seh:raise_exception r12=00000000007d5050 r13=00007fffffea4000 r14=00000000007d51b8 r15=0000000000000000 0244:trace:seh:call_vectored_handlers calling handler at 0x22cde0 code=c0000005 flags=0 0244:trace:seh:call_vectored_handlers handler at 0x22cde0 returned ffffffff 0244:trace:seh:raise_exception code=c0000096 flags=0 addr=0xe12eb0 ip=e12eb0 tid=0244 0244:trace:seh:raise_exception rax=fffffffffe537b79 rbx=0000000000e380dc rcx=00000000007d5050 rdx=00000000007d51b8 0244:trace:seh:raise_exception rsi=0000000000cef94c rdi=00000000007d3ea8 rbp=00000000000fbff8 rsp=0000000000cef838 0244:trace:seh:raise_exception r8=0000ffffffffffff r9=00002b992ddfa232 r10=000000000023584c r11=00000000000fc0c0 0244:trace:seh:raise_exception r12=00000000007d5050 r13=00007fffffea4000 r14=00000000007d51b8 r15=0000000000000000 0244:trace:seh:call_vectored_handlers calling handler at 0x22cde0 code=c0000096 flags=0 0244:trace:seh:call_vectored_handlers handler at 0x22cde0 returned ffffffff 0244:trace:seh:raise_exception code=c0000096 flags=0 addr=0xe12eb0 ip=e12eb0 tid=0244 0244:trace:seh:raise_exception rax=0000000000950330 rbx=0000000000e380dc rcx=0000000000000000 rdx=0000000000e222a0 0244:trace:seh:raise_exception rsi=0000000000cef94c rdi=00000000007d3ea8 rbp=00000000000fbff8 rsp=0000000000cef7d8 0244:trace:seh:raise_exception r8=00000000009503a2 r9=0000000000000016 r10=0000000000000000 r11=00000000009503d0 0244:trace:seh:raise_exception r12=00000000007d5050 r13=00007fffffea4000 r14=00000000007d51b8 r15=0000000000000000 0244:trace:seh:call_vectored_handlers calling handler at 0x22cde0 code=c0000096 flags=0 0244:trace:seh:call_vectored_handlers handler at 0x22cde0 returned ffffffff 0244:fixme:ntdll:NtQuerySystemInformation info_class SystemModuleInformation stub! 0244:fixme:ntoskrnl:PsSetCreateProcessNotifyRoutine stub: 0000000000E19C30 0 0244:fixme:fltmgr:FltRegisterFilter (00000000007D5050,0000000000E24D30,0000000000E26228): stub 0244:fixme:fltmgr:FltStartFiltering (00000000DEADBEAF): stub 0244:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b00f665 ip=7b00f665 tid=0244 0244:trace:seh:raise_exception info[0]=0000000000e59000 0244:trace:seh:raise_exception info[1]=0000000000e59119 wine: Call from 0x7b00f665 to unimplemented function fltmgr.sys.FltBuildDefaultSecurityDescriptor, aborting --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/fltkernel/nf-… --- snip --- $ winedump -j import ~/.wine/drive_c/windows/system32/tkpl2k64.sys Contents of /home/focht/.wine/drive_c/windows/system32/tkpl2k64.sys: 98056 bytes Import Table size: 0000003c offset 00014738 ntoskrnl.exe Hint/Name Table: 000281E8 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00014070 Thunk Ordn Name 00014070 332 IoCreateDevice 00014078 1490 towlower 00014080 870 ProbeForRead 00014088 1452 _wcsnicmp 00014090 633 KeSetEvent 00014098 1322 ZwCreateFile 000140a0 1504 wcsrchr 000140a8 722 MmMapLockedPagesSpecifyCache 000140b0 143 ExSystemTimeToLocalTime 000140b8 964 PsTerminateSystemThread 000140c0 661 KeWaitForSingleObject 000140c8 1006 RtlCopyUnicodeString 000140d0 1360 ZwOpenProcess 000140d8 710 MmIsAddressValid 000140e0 850 ObfDereferenceObject 000140e8 1502 wcsncmp 000140f0 1428 ZwWriteFile 000140f8 49 DbgPrint 00014100 1450 _wcsicmp 00014108 558 KeInitializeEvent 00014110 613 KeReleaseSpinLock 00014118 524 KeAcquireSpinLockRaiseToDpc 00014120 531 KeBugCheckEx 00014128 885 PsGetCurrentProcessId 00014130 890 PsGetCurrentThreadId 00014138 341 IoCreateSymbolicLink 00014140 965 PsThreadType 00014148 842 ObReferenceObjectByHandle 00014150 1317 ZwClose 00014158 84 ExEventObjectType 00014160 878 PsCreateSystemThread 00014168 952 PsSetCreateProcessNotifyRoutine 00014170 402 IoIs32bitProcess 00014178 351 IoDeleteDevice 00014180 1086 RtlInitUnicodeString 00014188 1192 RtlTimeToTimeFields 00014190 353 IoDeleteSymbolicLink 00014198 1208 RtlUnicodeToMultiByteN 000141a0 974 RtlAnsiCharToUnicodeChar 000141a8 751 MmUnmapLockedPages 000141b0 1441 _stricmp 000141b8 1443 _strnicmp 000141c0 70 ExAllocatePoolWithTag 000141c8 88 ExFreePoolWithTag 000141d0 976 RtlAnsiStringToUnicodeString 000141d8 95 ExInitializeNPagedLookasideList 000141e0 937 PsLookupProcessByProcessId 000141e8 1390 ZwQuerySymbolicLinkObject 000141f0 160 ExpInterlockedPushEntrySList 000141f8 706 MmGetSystemRoutineAddress 00014200 1082 RtlInitAnsiString 00014208 1202 RtlUnicodeStringToAnsiString 00014210 1391 ZwQuerySystemInformation 00014218 159 ExpInterlockedPopEntrySList 00014220 690 MmBuildMdlForNonPagedPool 00014228 1364 ZwOpenSymbolicLinkObject 00014230 370 IoFreeMdl 00014238 655 KeUnstackDetachProcess 00014240 1061 RtlFreeUnicodeString 00014248 840 ObQueryNameString 00014250 1483 strncpy 00014258 1392 ZwQueryValueKey 00014260 377 IoGetCurrentProcess 00014268 502 IofCompleteRequest 00014270 114 ExQueryDepthSList 00014278 1057 RtlFreeAnsiString 00014280 928 PsGetVersion 00014288 647 KeStackAttachProcess 00014290 74 ExDeleteNPagedLookasideList 00014298 307 IoAllocateMdl 000142a0 1359 ZwOpenKey 000142a8 1430 __C_specific_handler offset 0001474c FLTMGR.SYS Hint/Name Table: 00028178 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00014000 Thunk Ordn Name 00014000 55 FltEnumerateVolumes 00014008 109 FltObjectDereference 00014010 152 FltStartFiltering 00014018 130 FltRegisterFilter 00014020 12 FltBuildDefaultSecurityDescriptor 00014028 29 FltCloseCommunicationPort 00014030 160 FltUnregisterFilter 00014038 121 FltQueryInformationFile 00014040 62 FltFreeSecurityDescriptor 00014048 33 FltCreateCommunicationPort 00014050 28 FltCloseClientPort 00014058 13 FltCancelFileOpen 00014060 95 FltGetVolumeName Done dumping /home/focht/.wine/drive_c/windows/system32/tkpl2k64.sys --- snip --- $ sha1sum nProtectSetup_AVS40.exe 913b33ab5c9477539d4d65b9f89e67be1a6b6c13 nProtectSetup_AVS40.exe $ du -sh nProtectSetup_AVS40.exe 36M nProtectSetup_AVS40.exe $ wine --version wine-5.7-177-gad1fad8a94 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 51599] New: cmd.exe incorrectly parses an all-whitespace line followed by a closing parenthesis
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=51599 Bug ID: 51599 Summary: cmd.exe incorrectly parses an all-whitespace line followed by a closing parenthesis Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 70449 --> https://bugs.winehq.org/attachment.cgi?id=70449 Example batch file The attached batch file works on Windows, but Wine says: Can't recognize ')' as an internal or external command, or batch script. Wine's cmd.exe doesn't have a problem with entirely blank lines, but something about having spaces on the line is tripping it up. -- 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 56367] New: Tomb Raider 3 GOG crashes at start
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56367 Bug ID: 56367 Summary: Tomb Raider 3 GOG crashes at start Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: dkk089(a)gmail.com Distribution: --- Created attachment 76108 --> https://bugs.winehq.org/attachment.cgi?id=76108 Tomb3.exe backtrace with Wine 9.3 Tomb Raider 3 GOG crashes in Wine 9.3 with the attached backtrace. Last known working version in AppDB is Wine 4.2. Working upwards from that identified Wine 5.7 as the last working release, and bisecting between 5.7 and 5.8 identified commit 100ca518055c0e9edb68aa370f15a2768cf2c74f as the cause. Reverting this commit from current master (1b32ac45f821ee1fe06a3dc4f903a81a190216c7) makes the game work normally. Tested with Windows version set to 98, WINEARCH is win32. This is also reproducible with the demo version available at https://archive.org/details/TombRaiderIiiAdventuresOfLaraCroftDemo . -- 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 55897] New: cpython 3.12.0 crashes due to unimplemented CopyFile2
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55897 Bug ID: 55897 Summary: cpython 3.12.0 crashes due to unimplemented CopyFile2 Product: Wine Version: 8.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: tobias-winehq(a)23.gs Distribution: --- Newer Python versions (starting with 3.12.0) contain an optimized implementation of shutil.copy2 (https://devdocs.io/python~3.11/library/shutil#shutil.copy2), which uses kernel32.CopyFile2 in the background (Implementation: https://github.com/python/cpython/pull/105086/files#diff-db8ac5932616071392…). This leads to crashes if this method is used. Unfortunatly, this method is used by pip in some cases, so a random `wine pip install pysftp` leads to a crash... To reproduce: 1. Install Python 3.12.0 from https://www.python.org/ 2. Run `wine python -c 'import shutil; shutil.copy2("a", "b")'` -- 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 56730] New: Access violation in riched20.dll when running EditPad
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56730 Bug ID: 56730 Summary: Access violation in riched20.dll when running EditPad Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 76509 --> https://bugs.winehq.org/attachment.cgi?id=76509 Access violation in Wine 9.9 Access violation in riched20.dll when running EditPad (this exact version : https://jira.reactos.org/secure/attachment/64853/decoded.exe ) Wine 9.9 Nothing in log. -- 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 56609] New: vcrun2008 fails to install
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56609 Bug ID: 56609 Summary: vcrun2008 fails to install Product: Wine Version: 9.7 Hardware: x86-64 URL: https://download.microsoft.com/download/5/D/8/5D8C65CB -C849-4025-8E95-C3966CAFD8AE/vcredist_x86.exe OS: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Until recently the vcrun2008 (32-bit) installation completed successfully. With Wine 9.7 (and current git) the installation completes without error in both interactive and quiet mode. However, none of the files exist in the WINEPREFIX and hence no program can find the needed libraries. Works fine in Wine 8.0.1. Running a bisect and will update. $ wine ~/.cache/winetricks/vcrun2008/vcredist_x86.exe /q 0024:fixme:clusapi:GetNodeClusterState ((null),0031ECE4) stub! 0024:fixme:advapi:DecryptFileA ("c:\\36522854707e626322401e3c6d2bb6\\", 00000000): stub 0118:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented! 0118:err:kerberos:kerberos_LsaApInitializePackage no Kerberos support, expect problems 0118:fixme:security:GetWindowsAccountDomainSid (0031F274 003B1E2C 0031F270): semi-stub 0118:fixme:secur32:GetComputerObjectNameW NameFormat 7 not implemented 0118:fixme:file:NtLockFile I/O completion on lock not implemented yet 011c:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION -- 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 56361] New: Geovision Parashara's Light (PL9.exe) still crashes in wine
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56361 Bug ID: 56361 Summary: Geovision Parashara's Light (PL9.exe) still crashes in wine Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yafoce6821(a)giratex.com Distribution: --- Separating the bugs, on request from @Vijay Kamuju continuing from the discussion in Bug56299: https://bugs.winehq.org/show_bug.cgi?id=56299 Impacted Application: PL9.exe (Parashara's Light 9.0 from Geovision Software) Bug56299 fixed the imm32.dll required stub. However, the application still crashes spinning up the wine debugger after the initial splash screen. I tried a wmic hack proposed by @Louis Lenders, but unfortunately no matter what amount I made wmic sleep, the splash screen would stay active by the same amount, and then it crashes as usual with the wine debugger spinning up. Bug56299 has some relevant log files. -- 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 22

[Bug 55619] New: VOCALOID AI Shared Editor v.6.1.0 crashes with System.Management.ManagementObject object construction
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55619 Bug ID: 55619 Summary: VOCALOID AI Shared Editor v.6.1.0 crashes with System.Management.ManagementObject object construction Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: theboomtnt46(a)gmail.com Distribution: --- Created attachment 75156 --> https://bugs.winehq.org/attachment.cgi?id=75156 Crash log VOCALOID AI Shared Editor v.6.1.0 crashes while initializing. Logs attached. wine-8.16 (Staging) kubuntu linux 23.04 -- 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 55268] New: user32:cursoricon - LoadImageA() fails in test_monochrome_icon() on Windows 8+
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55268 Bug ID: 55268 Summary: user32:cursoricon - LoadImageA() fails in test_monochrome_icon() on Windows 8+ 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:cursoricon - LoadImageA() fails in test_monochrome_icon() on Windows 8+: cursoricon.c:2853: monochrome, bitmap info cursoricon.c:2917: Test failed: LoadImage() failed with 0. See https://test.winehq.org/data/patterns.html#user32:cursoricon The call below has been failing systematically on Windows 8+ for more than 8 months: handle = LoadImageA(NULL, "icon.ico", IMAGE_ICON, 0, 0, LR_LOADFROMFILE); ok(handle != NULL || broken(use_core_info && handle == NULL), /* Win 8, 10 */ "LoadImage() failed with %lu.\n", GetLastError()); So on Windows 8+ we expect to get NULL only if use_core_info is true but in fact we get NULL even if it is false. That makes this test pretty pointless. -- 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 55724] New: mfmediaengine:mfmediaengine sometimes gets a threadpool assertion in Wine
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55724 Bug ID: 55724 Summary: mfmediaengine:mfmediaengine sometimes gets a threadpool assertion in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- mfmediaengine:mfmediaengine sometimes gets a threadpool assertion in Wine: mfmediaengine.c:147: created L"C:\\users\\winetest\\Temp\\rgb32frame.bmp" Unhandled exception: assertion failed in 32-bit code (0x7bc24980). [...] Backtrace: =>0 0x7bc24980 raise_status+0x30(status=0x80000101, rec=00000000) [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/exception.c:201] in ntdll (0x0499fd20) 1 0x7bc249a9 in ntdll (+0x249a9) (0x0499fd40) 2 0x7bc24d7b debugstr_a(str="!object->num_running_callbacks", file="../wine/dlls/ntdll/threadpool.c", line=0x84c) [/home/winetest/tools/testbot/var/wine-win32/../wine/include/wine/debug.h:507] in ntdll (0x0499fd70) 3 0x7bc24d7b _assert+0x1b(str="!object->num_running_callbacks", file="../wine/dlls/ntdll/threadpool.c", line=0x84c) [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/exception.c:627] in ntdll (0x0499fd70) 4 0x7bc5cb88 tp_object_release+0x198(object=<register EBX not accessible in this frame>) [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/threadpool.c:2123] in ntdll (0x0499fdb0) 5 0x7bc60645 TpReleaseWait+0x35(wait=013E32C8) [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/threadpool.c:2117] in ntdll (0x0499fde0) 6 0x6b141a08 work_item_Release+0x6e(iface=<internal error>) [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/rtworkq/queue.c:567] in rtworkq (0x0499fe00) 7 0x6b141a08 work_item_Release+0x88(iface=009E7EA0) [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/rtworkq/queue.c:580] in rtworkq (0x0499fe00) 8 0x6b142f9a waiting_item_cancelable_callback+0x2a(instance=0499FE90, context=009E7EA0, wait=013E32C8, wait_result=0) [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/rtworkq/queue.c:769] in rtworkq (0x0499fe30) 9 0x7bc5d55a tp_object_execute+0x14a(object=<register EDI not accessible in this frame>, wait_thread=<register EBX not accessible in this frame>) [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/threadpool.c:2248] in ntdll (0x0499fed0) 10 0x7bc5daf0 threadpool_worker_proc+0x100(param=00249938) [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/threadpool.c:2356] in ntdll (0x0499ff30) 11 0x7b829770 in kernel32 (+0x29770) (0x0499ff48) 12 0x7bc5a557 in ntdll (+0x5a557) (0x0499ff5c) 13 0x7bc5ada0 RtlCreateUserThread(entry=7BC5D9F0, arg=00249938) [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/thread.c:315] in ntdll (0x0499ffec) 0x7bc24980 raise_status+0x30 [/home/winetest/tools/testbot/var/wine-win32/../wine/dlls/ntdll/exception.c:201] in ntdll: sub $0x04, %esp 201 for (;;) RtlRaiseException( &ExceptionRec ); /* never returns */ See https://test.winehq.org/data/patterns.html#mfmediaengine:mfmediaengine There are only two instances so far but both are only days old and the GitLab CI is impacted too: 2023-10-04 MR!4012 (test-linux-32) 2023-10-02 debian11-fr-32 -- 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 55997] New: Dolphin Emulator crashes from 5.0-17624
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55997 Bug ID: 55997 Summary: Dolphin Emulator crashes from 5.0-17624 Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: windows.gaming.input Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)tutanota.com Distribution: --- Created attachment 75609 --> https://bugs.winehq.org/attachment.cgi?id=75609 Wine logs when launching Dolphin Dolphin Emulator doesn't launch on Wine starting from version 5.0-17624. The commit is the following: https://github.com/dolphin-emu/dolphin/commit/50550cf978f3712e333953362e5bb…. I don't know what exactly is missing on Wine, but that commit is all about windows.gaming.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 9

[Bug 55765] New: The 32-bit d2d1:d2d1 frequently crashes on the GitLab CI
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55765 Bug ID: 55765 Summary: The 32-bit d2d1:d2d1 frequently crashes on the GitLab CI Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The 32-bit d2d1:d2d1 crashes on the GitLab CI: d2d1.c:7400: Test marked todo: Figure does not match. Unhandled exception: page fault on write access to 0x00000000 in wow64 32-bit code (0x79d70bdf). [...] Backtrace: =>0 0x79d70bdf d2d_device_context_Clear+0x7f(iface=<is not available>, colour=<is not available>) [/builds/wine/wine/build32/../dlls/d2d1/device.c:1864] in d2d1 (0x0068fc48) 1 0x004261e4 in d2d1_test (+0x261e4) (0x0068fd08) 2 0x0043bacb in d2d1_test (+0x3bacb) (0x0068fd78) 3 0x0043c5b3 in d2d1_test (+0x3c5b3) (0x0068fe18) 4 0x0043d680 in d2d1_test (+0x3d680) (0x0068fee8) 5 0x0043d384 in d2d1_test (+0x3d384) (0x0068ff30) 6 0x7bbf8a70 in kernel32 (+0x28a70) (0x0068ff48) 7 0x7bd89827 in ntdll (+0x59827) (0x0068ff5c) 8 0x7bd8a048 in ntdll (+0x5a048) (0x0068ffec) 0x79d70bdf d2d_device_context_Clear+0x7f [/builds/wine/wine/build32/../dlls/d2d1/device.c:1864] in d2d1: fst (%eax) See https://test.winehq.org/data/patterns.html#d2d1:d2d1 It's not clear where in the test the crash happens (particularly with the parallel execution) but it always follows the trace on line 7400 so it is likely to be in test_draw_geometry(). Based on the backtrace and current source, the crash happens on this d2d_device_context_Clear() line, probably because ID3D11DeviceContext_Map() silently failed: vs_cb_data->transform_geometry._11 = 1.0f; The first crash happened on 2023-10-03: * 2023-10-03 gitlab-debian-32 * 2023-10-04 gitlab-debian-32 * 2023-10-04 MR!4010 * 2023-10-05 MR!3993 * 2023-10-05 MR!4018 * 2023-10-06 gitlab-debian-32 * 2023-10-06 MR!4037 * 2023-10-09 MR!4048 -- 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 56243] New: regression: "ShowSystray"=false no longer works
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56243 Bug ID: 56243 Summary: regression: "ShowSystray"=false no longer works Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: janbraun(a)gmx.net Distribution: --- commit 48e6bf3cf1aabdd2ac640f572416b9169e324f21 "winex11: Use the new SystrayDock driver interface." removed the "ShowSystray" config key, and show_systray variable, apparently without replacement. Having to manually close systray windows is annoying, please reinstate that preference, or something 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 7

← Newer
1
...
16
17
18
19
20
21
22
...
56
Older →

Jump to page:

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 December 2024