wine-bugs

wine-bugs@winehq.org

1 participants
159452 discussions

[Bug 58942] New: Stratego (1997) Installation: DirectX Media Runtime 5.1 fails to install
by WineHQ Bugzilla 14 Nov '25

14 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58942 Bug ID: 58942 Summary: Stratego (1997) Installation: DirectX Media Runtime 5.1 fails to install Product: Wine Version: 10.18 Hardware: x86-64 URL: https://archive.org/details/STRATEGO OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: tobbi.bugs(a)googlemail.com % wine --version wine-10.18 % openssl sha256 STRATEGO.iso SHA2-256(STRATEGO.iso)= e82340b5e23554618dfe406c102ca2a793b34e49723e921e5cc6a5911a9867e1 % openssl sha256 ~/Downloads/DXMWRAP.EXE SHA2-256(DXMWRAP.EXE)= f67e728bbea69233bc935ac9780e7b40fd5aba06179869e60c9ecee59d1fef6e I'm trying to install Stratego from here: https://archive.org/details/STRATEGO During the installation of Stratego, the installer asks to install DirectShow 5.1, which fails to install with an unknown error. Steps to reproduce: 1. Download the ISO and mount it on your system. 2. Change the configuration options of Wine to map E: to the path where the ISO image was mounted, as well as the Operating System to Windows XP (or Windows 98 - shouldn't matter) 3. Install Stratego by running the SETUP.EXE file with wine. 4. During the installation, it will ask you to install the DirectX Media Runtime 5.1. Click "Yes" to install it. 5. You get an error message saying that the "DirectX Media Runtime Setup has failed. You will need to reinstall the software in order for it to work." In the console, it shows this: 01a8:err:setupapi:SetupDefaultQueueCallbackW copy error 5 L"C:\\users\\tobiasmarkus\\AppData\\Local\\Temp\\IXP001.TMP\\olepro32.dll" -> L"C:\\windows\\system32\\olepro32.dll" 01a8:err:setupapi:SetupDefaultQueueCallbackW copy error 32 L"C:\\users\\tobiasmarkus\\AppData\\Local\\Temp\\IXP001.TMP\\setupapi.dll" -> L"C:\\windows\\system32\\setupapi.dll" -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 58963] New: Stratego (1997) fails to start
by WineHQ Bugzilla 14 Nov '25

14 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58963 Bug ID: 58963 Summary: Stratego (1997) fails to start Product: Wine Version: 10.18 Hardware: x86-64 URL: https://archive.org/details/STRATEGO OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: tobbi.bugs(a)googlemail.com CC: jeremielapuree(a)yahoo.fr, z.figura12(a)gmail.com Created attachment 79665 --> http://bugs.winehq.org/attachment.cgi?id=79665 log with bidi and font channels enabled +++ This bug was initially created as a clone of Bug #58942 +++ ** NOTE: ** I created this bug because I was asked to create a separate bug for the issue that occurs while starting the game. See https://bugs.winehq.org/show_bug.cgi?id=58942#c8 % wine --version wine-10.18 % openssl sha256 STRATEGO.iso SHA2-256(STRATEGO.iso)= e82340b5e23554618dfe406c102ca2a793b34e49723e921e5cc6a5911a9867e1 I'm trying to install Stratego from here: https://archive.org/details/STRATEGO Steps to reproduce: 1. Download the ISO and mount it on your system. 2. Change the configuration options of Wine to map E: to the path where the ISO image was mounted, as well as the Operating System to Windows XP (or Windows 98 - shouldn't matter) 3. Install Stratego by running the SETUP.EXE file with wine. 4. Start Stratego by running the Stratego.exe in C:/Program Files (x86)/Hasbro Interactive/Stratego/Stratego.exe Expected Result: Stratego starts Actual result: Error message "Unable to 'CreateScalableFontResource()'" === joaopa 2025-11-10 16:55:21 CET Created attachment 79644 [details] log with bidi and font channels enabled In the log on can read : 0128:trace:bidi:CreateScalableFontResourceW (1, L"C:\\Program Files (x86)\\Hasbro Interactive\\Stratego\\Ly2.for", L"C:\\windows\\system32\\Ly2.ttr", (null)) === joaopa 2025-11-10 21:35:08 CET in relay one can read 00b4:Call KERNEL32.HeapFree(7ffffe320000,00000000,00000000) ret=6ffffea85eba 00f4:Call KERNEL32.GetFullPathNameA(015c873c "Grfx\\Ly2.enc",00000104,0022f900,0022f8d0) ret=00469a34 0034:Call ucrtbase.strchr(7ffffe3bec40 "application/x-kourse:*.course\n",0000000a) ret=14000338b 00b4:Ret KERNEL32.HeapFree() retval=00000001 ret=6ffffea85eba 00f4:Call ntdll.RtlInitAnsiString(0022f4f0,015c873c "Grfx\\Ly2.enc") ret=7b613a62 0034:Ret ucrtbase.strchr() retval=7ffffe3bec5d ret=14000338b 00b4:Call KERNEL32.HeapFree(7ffffe320000,00000000,00000000) ret=6ffffea85ec7 00f4:Ret ntdll.RtlInitAnsiString() retval=0000000d ret=7b613a62 0034:Call ucrtbase.strchr(7ffffe3bec40 "application/x-kourse:*.course",0000003a) ret=140003417 00b4:Ret KERNEL32.HeapFree() retval=00000001 ret=6ffffea85ec7 00f4:Call ntdll.RtlAnsiStringToUnicodeString(7ffc2bf8,0022f4f0,00000000) ret=7b613aae 0034:Ret ucrtbase.strchr() retval=7ffffe3bec54 ret=140003417 00b4:Ret ucrtbase._wcsicmp() retval=00000003 ret=6ffffb9e64d2 00f4:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=7b613aae 0034:Call ucrtbase.malloc(00000020) ret=14000342f 00b4:Call ucrtbase._wcsicmp(7fffff2fe080 L"Strings",7ffffe3ce62a L"DestinationDirs") ret=6ffffb9e64d2 00f4:Call ntdll.RtlGetFullPathName_U(7ffc2c00 L"Grfx\\Ly2.enc",00000208,0022f528,0022f524) ret=7b5c5dc3 but I do not know what it means. but Ly2.for and Ly2.ttr don't exist. That is surely the culprit === Tobias (:Tobbi) Markus 2025-11-10 22:02:59 CET I just got myself a complete WINEDEBUG=+all log. I noticed the following line there: 678335.510:00d4:00d8:trace:file:NtCreateFile handle=0x1001ff3f8 access=80100080 name=L"\\??\\C:\\Program Files (x86)\\Hasbro Interactive\\Stratego\\Ly2.for" objattr=00000040 root=0x0 sec=0x0 io=0x1001ff400 alloc_size=0x0 attr=00000080 sharing=00000000 disp=1 options=00000060 ea=0x0.0x00000000 It looks like the application is creating the file itself, but failing. I'll upload the log in a few. === Tobias (:Tobbi) Markus 2025-11-11 00:53:32 CET I have tried Stratego on an old Windows XP VM, where it works. === Tobias (:Tobbi) Markus 2025-11-11 17:44:49 CET I just created a batch file that continuously prints the contents of the "C:/Program Files/Hasbro Interactive/Stratego" directory and I noticed that, indeed, the Ly2.for file is created after the application started and removed again on exit: ``` :loop dir "C:/Programme/Hasbro Interactive/Stratego" ping -n 6 127.0.0.1 > nul goto loop ``` (In case you're wondering, the ping command is to imitate a "sleep for 5 seconds, so you don't get overwhelmed with 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 2

[Bug 58927] New: Battlefield 2 crashes on Wine at the loading of a mission
by WineHQ Bugzilla 13 Nov '25

13 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58927 Bug ID: 58927 Summary: Battlefield 2 crashes on Wine at the loading of a mission Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scottkidman(a)protonmail.com Distribution: --- Created attachment 79615 --> http://bugs.winehq.org/attachment.cgi?id=79615 Battlefield 2 Crash Despite the report here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=3438, which marked Battlefield 2 as platinum, Battlefield 2 crashes before the mission starts. I am running Linux Mint 22.2 with native drivers. My computer is an AMD Phenom II X3 B75 with 4GB DDR3 RAM. The Wine version is 10.18 Development. This happened both in Battlefield 2 original and Battlefield 2 Special Forces, where the loading is complete and the mission starts. I would add that the Wine version tested by the tester in the provided link was using 10.16 Staging, and that the test was recent. I have included the log, and I apologise beforehand if it doesn't meet with criteria. If you can tell me how to test, I would be grateful. -- 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 25

[Bug 58949] New: Sound test in winecfg doesn't produce audio
by WineHQ Bugzilla 13 Nov '25

13 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58949 Bug ID: 58949 Summary: Sound test in winecfg doesn't produce audio Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Keywords: regression, source Severity: minor Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: gmascellani(a)codeweavers.com Regression SHA1: 21fb3555ed1f26e46d4c82cb2ec8fc29f730a0e9 Distribution: ArchLinux Created attachment 79646 --> http://bugs.winehq.org/attachment.cgi?id=79646 +winmm,+mmdevapi log No sound can be heard when pressing the Test sound button in winecfg. All the settings are the same as before e.g. selected driver: winepulse.drv, Output device: (System default), Speaker configuration: Stereo. Reverting commit 21fb3555ed1f26e46d4c82cb2ec8fc29f730a0e9 fixes the problem for me. The couple apps/games I tried all produce audio while running. wine-10.18-229-g0fc31f45624 -- 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 58962] New: WINE-TWAIN: multiple loading of twain_32.dll spoils in memory variables
by WineHQ Bugzilla 13 Nov '25

13 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58962 Bug ID: 58962 Summary: WINE-TWAIN: multiple loading of twain_32.dll spoils in memory variables Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: lenar.shakirov(a)gmail.com Distribution: --- Created attachment 79663 --> http://bugs.winehq.org/attachment.cgi?id=79663 wine-dlls-twain_32-tests-dsm_c.patch I have a problem with my scan utility that can use WIA or TWAIN interactively and loads twain_32.dll on the fly. Problem reproduced when 2 or more scanners used (sane-devices) It's looks like that: 1. loads twain_32.dll on the start, when it needs list of devices 2. loads twain_32.dll every time when try to scan 3. on the first scan I get my first scanner 4. on the second scan I get my first scanner 5. on the third scan I get my second scanner 6. on the four scan I get my first scanner again You can reproduce it by 3 steps: 1. Configure any 2 scanners, for example virtual sane-test and sane-pnm: a) echo -e 'pnm\ntest' > /etc/sane.d/dll.conf b) sed -i 's/number_of_devices 2/number_of_devices 1/' /etc/sane.d/test.conf c) scanimage -L device `test:0' is a Noname frontend-tester virtual device device `pnm:0' is a Noname PNM file reader virtual device 2. Now you need to patch wine/dlls/twain_32/tests/dsm.c by simple patch wine-dlls-twain_32-tests-dsm_c.patch , build this test and get i386-windows/twain_32_test.exe 3. Now when you run: WINETEST_INTERACTIVE=1 wine /tmp/twain_32_test.exe &>/tmp/twain32.log You get twain32.log, that contains interesting lines: grep -a Manufacturer /tmp/twain32.log dsm.c:779: [Scanner 1|Version 0.0()|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family frontend-tester|ProductName test:0] dsm.c:779: [Scanner 2|Version 0.0()|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family PNM file reader|ProductName pnm:0] dsm.c:779: [Scanner 1|Version 64380.17(t)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family frontend-tester|ProductName test:0] dsm.c:779: [Scanner 2|Version 64380.17(t)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family PNM file reader|ProductName pnm:0] dsm.c:779: [Scanner 1|Version 64380.17(t)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family PNM file reader|ProductName pnm:0] dsm.c:779: [Scanner 2|Version 64380.17(t)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family frontend-tester|ProductName test:0] dsm.c:779: [Scanner 1|Version 64380.17(l)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family frontend-tester|ProductName test:0] dsm.c:779: [Scanner 2|Version 64380.17(l)|Protocol 1.8|SupportedGroups 0x40000003|Manufacturer Noname|Family PNM file reader|ProductName pnm:0] As you can see, there is 2 problems: 1. On first and second twain_32.dll loading there is a "Family frontend-tester" on first place, but on third loading "Family PNM file reader" moved on first place 2. "Version" was '0.0()' on first loading, but changed to "64380.17(t)" after that For me I fix this behavior by changing logic of get_identity() from sane.ds: --- a/wine/dlls/sane.ds/unixlib.c +++ b/wine/dlls/sane.ds/unixlib.c @@ -213,7 +213,15 @@ static NTSTATUS get_identity( void *args ) static int cur_dev; detect_sane_devices(); - if (!device_list[cur_dev]) return STATUS_DEVICE_NOT_CONNECTED; + + if (!device_list[cur_dev] || !device_list[cur_dev]->model || + !device_list[cur_dev]->vendor || + !device_list[cur_dev]->name) + { + cur_dev = 0; /* wrap to begin */ + return STATUS_DEVICE_NOT_CONNECTED; + } + id->ProtocolMajor = TWON_PROTOCOLMAJOR; id->ProtocolMinor = TWON_PROTOCOLMINOR; id->SupportedGroups = DG_CONTROL | DG_IMAGE | DF_DS2; @@ -222,11 +230,6 @@ static NTSTATUS get_identity( void *args ) lstrcpynA (id->ProductFamily, device_list[cur_dev]->model, sizeof(id->ProductFamily) - 1); cur_dev++; - if (!device_list[cur_dev] || !device_list[cur_dev]->model || - !device_list[cur_dev]->vendor || - !device_list[cur_dev]->name) - cur_dev = 0; /* wrap to begin */ - return STATUS_SUCCESS; } Current get_identity() implementation increments cur_dev more than necessary, this is especially noticeable when there are 2 (or more scanners) and twain_32.dll loads multiple times. Because of this, twain_add_onedriver() function from dlls/twain_32/dsm_ctrl.c adds 3 device instead of 2 Everything works fine when twain_32.dll loads one time, but multiple loading of twain_32.dll spoils in memory variables I don't really sure that it good idea to return "not success code", because as I understand TWAIN specification awaiting only "success code" from DG_CONTROL/DAT_IDENTITY/MSG_GET https://github.com/twain/twain-specification/blob/master/versions/2.4/TWAIN… Page 7-60 DG_CONTROL / DAT_IDENTITY / MSG_GET (from Source Manager to Source) Return Codes: TWRC_SUCCESS /* This operation must succeed. */ -- 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 58959] New: Soulstorm patch 1.00 to 1.10 crashes with exception error
by WineHQ Bugzilla 13 Nov '25

13 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58959 Bug ID: 58959 Summary: Soulstorm patch 1.00 to 1.10 crashes with exception error Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: scottkidman(a)protonmail.com Distribution: --- Created attachment 79657 --> http://bugs.winehq.org/attachment.cgi?id=79657 Link to File When I tried to install patch to update Warhammer 40,000 Dawn of War Soulstorm with a patch, the patch will exit with an exception error. It does this for both Wine Development and Stable. I have attached the exception report. -- 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 58928] New: They Are Billions crash with Russian localization
by WineHQ Bugzilla 13 Nov '25

13 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58928 Bug ID: 58928 Summary: They Are Billions crash with Russian localization Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Dmitriy.Tsimbaluk(a)gmail.com Distribution: --- Created attachment 79617 --> http://bugs.winehq.org/attachment.cgi?id=79617 fixme:file:CopyFileExW cancel_ptr is not supported When changing the language to Russian, the game restarts, a window appears, but then crashes. The game uses Arial fonts for localization(I played the game on Windows earlier), installation with winetricks does not help Judging from the log, there is an error in wine-mono -- 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 58958] New: Inconsistent window surface updates and solution
by WineHQ Bugzilla 13 Nov '25

13 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58958 Bug ID: 58958 Summary: Inconsistent window surface updates and solution Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)list.winehq.org Reporter: marioeroy(a)gmail.com Distribution: --- I tried Affinity 3.0 by Canva on Linux using ElementalWarrior Wine (branch affinity-photo3-wine9.13-part3). All is fine, no visual artifacts with AMD graphics and setting two environment variables. WINEDLLOVERRIDES="opencl=" DXVK_CONFIG="d3d9.deferSurfaceCreation = True; d3d9.shaderModel = 1" There are visual artifacts using any other Wine. I tried 9.7, and many 10.x releases including 10.17 and 10.18. The Affinity canvas may not appear unless I hover the mouse over it changing personas or workspaces e.g. Vector, Pixel, repeatedly. I went through the affinity-photo3-wine9.13-part3 patch series and applied three lines from it. That resolved the canvas occasionally not appearing. Add fix for inconsistent window surface updates with Canva applications. The lines can be found in ElementalWarrior's Wine repo, branch affinity-photo3-wine9.13-part3. Tested-by: Mario Roy <...> diff -uarp a/dlls/win32u/vulkan.c wine-10.18/dlls/win32u/vulkan.c --- a/dlls/win32u/vulkan.c +++ b/dlls/win32u/vulkan.c @@ -948,6 +948,9 @@ static VkResult win32u_vkCreateWin32SurfaceKHR return res; } + /* make sure the window has a pixel format selected to get consistent window surface updates */ + if (!get_window_pixel_format( create_info->hwnd, FALSE )) set_window_pixel_format( create_info->hwnd, 1, TRUE ); + vulkan_object_init( &surface->obj.obj, host_surface ); surface->obj.instance = instance; instance->p_insert_object( instance, &surface->obj.obj ); -- 2.50.1 -- 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 58952] New: Zbrush (2022.06) Decimation Master plugin does not function correctly in .exe or .dll mode
by WineHQ Bugzilla 13 Nov '25

13 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58952 Bug ID: 58952 Summary: Zbrush (2022.06) Decimation Master plugin does not function correctly in .exe or .dll mode Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: brandon(a)garagebay9.com Distribution: --- Program: Zbrush 2022.06 (this is not the latest release, but it is the last release with a permanent license version, so it is in heavy use) Issue: the Decimation Master plugin is a key workflow component that processes extremely dense meshes at the conclusion of the sculpting process, and once they are pre-processed, it provides a dynamic interface to the artist to reduce the mesh in vertex / poly count from millions or more to tens of thousands (which makes the outputted meshes practical to upload, use in game engines, or 3D print). Decimation Master has two compatibility modes, a separate .exe and a .dll mode. Currently, .exe mode gets stuck in the mid 90% range when pre-processesing meshes, although it can be cancelled with Esc and the Zbrush remains otherwise usable. .dll mode successfully pre-processes a mesh, but will crash zBrush with an "unrecoverable error" prompt when the button is pressed to actually decimate the mesh to the target density. As a result, neither are working, and one fully hard-crashes Zbrush with 100% reliability. NOTE: THIS ISSUE IS NOT PRESENT IN THE 8.26-GE RELEASE OF THE WINE-GE FORK BY GLORIOUS EGGROLL, AVAILABLE FOR INSPECTION HERE:https://github.com/GloriousEggroll/wine-ge-custom, WHICH MAY HELP IN IDENTIFYING THE SPECIFIC CAUSE OS: Debian 13 / Trixie Kernel: 6.16.3+deb13-amd64 Wine version: 10 Stable, 10.18 Staging (also present in prior Stable and Staging versions, per my own experience and discussion on ZbrushCentral regarding Zbrush on WINE) I attempted to capture this in a log using WINEDEBUG = +heap,+err but was unsuccessful. I'm happy to help in tracking this down further if someone has specific settings and procedures they want me to run log captures with. -- 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 23077] New: UltraEdit 16.10: Plus sign doesn't appear in directory tree
by wine-bugs＠winehq.org 13 Nov '25

13 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=23077 Summary: UltraEdit 16.10: Plus sign doesn't appear in directory tree 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: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=28652) --> (http://bugs.winehq.org/attachment.cgi?id=28652) Image showing the problem Steps to reproduce: 1) remove ~/.wine 2) install UltraEdit 3) wine Uedit32.exe 4) close all popup windows (buy now, tip of the day etc.) 5) In "File View" Window click on plus sign of "C" then "Program Files" 6) Click on plus sign of "Internet Explorer" branch will unfold, plus sign changes to minus sign 7) Click on minus sign of "Internet Explorer" branch will fold Behaviour: After seventh step minus sign of "Internet Explorer" stays minus sign and I cannot unfold that branch anymore Expected behaviour: After seventh step minus sign of "Internet Explorer" should convert itself into plus sign and I should have ability to unfold the branch In terminal I get only fixme:win:LockWindowUpdate (0x100a0), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! for every successful fold/unfold operation -- 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

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