June 2022 - Wine-Bugs - list.winehq.org

[Bug 34178] New: MiKTeX 2.9 (32-bit) fails to install
by wine-bugs＠winehq.org April 22, 2026

April 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=34178 Bug #: 34178 Summary: MiKTeX 2.9 (32-bit) fails to install Product: Wine Version: 1.6 Platform: x86-64 URL: http://miktex.org/download OS/Version: Linux Status: NEW Keywords: download, Installer, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Blocks: 34172 Classification: Unclassified Noticed this while looking at bug 34172. I tried the 32-bit version, and get a separate, but potentially related issue. Download the installer from http://miktex.org/download Install as normal. Eventually it gives an error during install: ========== The operation could not be completed for the following reason: The operation failed for some reason. Details: C:\Program Files\MiKTeX 2.90\miktex/bin\initexmf.exe ========== austin(a)aw25 ~ $ sha1sum basic-miktex-2.9.4813.exe e8647f57fe866c00119ca8938785cacfaa5ca826 basic-miktex-2.9.4813.exe austin(a)aw25 ~ $ du -h basic-miktex-2.9.4813.exe 155M basic-miktex-2.9.4813.exe wine-1.6-178-g7944ca4 -- 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.

3 12

[Bug 46206] New: Altium Designer 17 account sign in fails as of 3.19
by wine-bugs＠winehq.org April 22, 2026

April 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=46206 Bug ID: 46206 Summary: Altium Designer 17 account sign in fails as of 3.19 Product: Wine Version: 3.19 Hardware: x86-64 URL: https://s3.amazonaws.com/altium-release-manager/Altium _Designer_17/OfflineSetup_Altium_Designer_Public_17_1_ 9.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: Ubuntu Account sign-ins are broken in Altium Designer 17.1.9 (and probably other releases) as of Wine 3.19. Steps to reproduce: 1. Launch Altium Designer. 2. Close floating window (Storage, etc.) which will likely trigger an error (probably bug #39765 which I'll verify later) 3. At MyAccount/License Management page click "Sign in" link 4. At "Account Sign In" dialog (which can get stuck behind main window) enter anything for user name and password, check the "I have read and understand the warning" privacy invasion checkbox, then the "Sign in" button. Expected behavior: Dialog box closes then reappears a moment later when sign-in fails. Wine 3.19-3.21 behavior: Dialog closes then an "Out of memory" error dialog is displayed. Installation: 1. Download the offline installer from the URL (3.6GB). Extract to subdirectory. 2. winetricks -q corefonts dotnet461 mdac28 win7 I used winetricks 20180815-next. Verified NET Runtimes with netfx_setupverifier-20180517.exe. Manually triggered GAC rebuild via ngen.exe since winetricks didn't seem to do so and it cluttered up the logs when it randomly started on its own. 3. Run the Altium installer. To save time deselect the optional items. Other: There's a nuisance rundll32.exe error at start-up reporting "This application could not be started". It doesn't seem to be related to this bug although I haven't found the cause of it yet. -- 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.

3 15

[Bug 50591] New: ReadFile schedules async read when ReadIntervalTimeout is MAXDWORD
by WineHQ Bugzilla April 22, 2026

April 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=50591 Bug ID: 50591 Summary: ReadFile schedules async read when ReadIntervalTimeout is MAXDWORD Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: aaron.knister(a)gmail.com Distribution: --- Created attachment 69269 --> https://bugs.winehq.org/attachment.cgi?id=69269 ntdll: NtReadFile async reads always return success when avail_mode TRUE TeraTerm is ending up with missing data when it reads from a COM/Serial port. TeraTerm sets ReadIntervalTimeout to MAXDWORD and then calls ReadFile asynchronously, and if there's pending IO it waits 1 second for the overlapped struct event to be signalled. If the signal is received, it processes the received I/O, else continues on and will perform another ReadFile. This is the code snippet: if (!ReadFile(cv->ComID,&(cv->InBuff[cv->InBuffCount]), InBuffSize-cv->InBuffCount,&C,&rol)) { if (GetLastError() == ERROR_IO_PENDING) { if (WaitForSingleObject(rol.hEvent, 1000) != WAIT_OBJECT_0) { C = 0; } else { GetOverlappedResult(cv->ComID,&rol,&C,FALSE); } } What's happening in WINE, is ReadFile returns non-zero with ERROR_IO_PENDING and the WaitForSingleObject times out. The asynchronous read *does* complete after the timeout, but by that point the application has given up and moved on. I initially thought the application was at fault, because it should retry if the wait times out. However, in the documentation for ReadFile it points to documentation about COMMTIMEOUTS (https://docs.microsoft.com/en-us/windows/win32/api/winbase/ns-winbase-commt…) which says the following: A value of MAXDWORD, combined with zero values for both the ReadTotalTimeoutConstant and ReadTotalTimeoutMultiplier members, specifies that the read operation is to return immediately with the bytes that have already been received, even if no bytes have been received. To me, that means Wine ought not to be triggering an asynchronous read when the comm timeout parameters are set as indicated above. I coded a simple fix, which is in NtReadFile, if avail_mode is TRUE return success even if no bytes were read. See attached patch. It works for TeraTerm, I have no idea if it causes other 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.

2 5

[Bug 15346] New: Winamp disappears when you move it's location
by wine-bugs＠winehq.org April 22, 2026

April 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=15346 Summary: Winamp disappears when you move it's location Product: Wine Version: 1.1.5 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: homerhomer(a)gmail.com Created an attachment (id=16178) --> (http://bugs.winehq.org/attachment.cgi?id=16178) DwmSetWindowAttribute error Sort of a silly bug, basically once winamp is up and running, if you click on the title bar and move it around winamp disappears. To make sure that the bug happens make sure to swirl it around a couple of times. ( A Swirly if you will ) Attached I also noticed this when running winamp manually at startup. This may be related. but then I move winamp and it disappears I don't get any more error messages. So I'm not sure. I appreciate the good work Thank you I'm running Ubuntu 8.04, Wine 1.1.5, AMD64 -- 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.

3 51

[Bug 40409] New: builtin gdiplus causes K-Shoot Mania to lag in some menus, native gdiplus causes missing textures
by wine-bugs＠winehq.org April 21, 2026

April 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=40409 Bug ID: 40409 Summary: builtin gdiplus causes K-Shoot Mania to lag in some menus, native gdiplus causes missing textures Product: Wine Version: 1.9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: lena.stoffler(a)ymail.com Distribution: --- Created attachment 54144 --> https://bugs.winehq.org/attachment.cgi?id=54144 log, native gdiplus K-Shoot Mania AppDB -> https://appdb.winehq.org/objectManager.php?sClass=application&iId=17474 I did a lot of research to get this game to run normally. I have some interessting results. Maybe this is fixable? I'm sure the problem sits in the GDIPlus DLL Short summary: builtin: some menus lags really hard (very low framerate, 2~3 + input lag), all textures are visible native: normal framerate in all menus, but some missing textures (plain white spot where the textures should be) builtin (Wine) ~~~~~~~~~~~~~~ Probably the reason for the heavy lag? Only using builtin gdiplus. fixme:wincodecs:JpegDecoder_Frame_CopyPalette (0x...,0x...): stub fixme:gdiplus:GdipCreateBitmapFromGdiDib (0x2002a60, 0x6b10000, 0x6578c8) - partially implemented Basically a stub and a partially implemented function. Maybe the game requires a better GdipCreateBitmapFromGdiDib implementation or the JpegDecoder_Frame_CopyPalette function. I don't know. NOTE: The JpegDecoder_Frame_CopyPalette fixme doesn't appear with the native gdiplus. native (Windows) - winetricks gdiplus ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ No lag there, but now some textures are missing. Instead of the texture which should be there, there is only a plain white spot. The 'generated' texture files are empty files (0 byte). You can verify this by youself easily: the cache folder is in the game folder. ($GAME/cache) This is the fixme which is spammed in the terminal when using the native gdiplus, installed using winetricks. fixme:bitmap:SetBitmapBits Unhandled partial pixel The other 2 fixmes from the builtin version are completely gone. The 2 logs are attached separately for better readability. -- 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.

3 12

[Bug 43378] New: valgrind shows two definite leaks in dlls/msxml3/tests/ domdoc.c
by wine-bugs＠winehq.org April 21, 2026

April 21, 2026

https://bugs.winehq.org/show_bug.cgi?id=43378 Bug ID: 43378 Summary: valgrind shows two definite leaks in dlls/msxml3/tests/domdoc.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ==30037== 60 (24 direct, 36 indirect) bytes in 1 blocks are definitely lost in loss record 1,103 of 1,803 ==30037== at 0x402C267: malloc (vg_replace_malloc.c:299) ==30037== by 0x61F88F3: xmlNewNs (tree.c:751) ==30037== by 0x5F9CFE6: domdoc_createNode (domdoc.c:2037) ==30037== by 0x4A75D37: IXMLDOMDocument_createNode (msxml.h:1746) ==30037== by 0x4A75D37: test_create_attribute (???:0) ==30037== by 0x4A76896: func_domdoc (domdoc.c:12613) ==30037== by 0x4AB1624: run_test (test.h:603) ==30037== by 0x4AB1A83: main (test.h:687) ==30037== ==30037== 315 (168 direct, 147 indirect) bytes in 7 blocks are definitely lost in loss record 1,575 of 1,803 ==30037== at 0x402C267: malloc (vg_replace_malloc.c:299) ==30037== by 0x61F88F3: xmlNewNs (tree.c:751) ==30037== by 0x5F9CFE6: domdoc_createNode (domdoc.c:2037) ==30037== by 0x4A757CE: IXMLDOMDocument_createNode (msxml.h:1746) ==30037== by 0x4A757CE: test_create_attribute (???:0) ==30037== by 0x4A76896: func_domdoc (domdoc.c:12613) ==30037== by 0x4AB1624: run_test (test.h:603) ==30037== by 0x4AB1A83: main (test.h:687) ==30037== -- 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.

3 2

[Bug 37789] New: cmd.exe /c cannot handle "(" and ")" characters in a full script path name
by wine-bugs＠winehq.org April 20, 2026

April 20, 2026

https://bugs.winehq.org/show_bug.cgi?id=37789 Bug ID: 37789 Summary: cmd.exe /c cannot handle "(" and ")" characters in a full script path name Product: Wine Version: 1.7.33 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: abolte(a)systemsaviour.com Distribution: --- Created attachment 50334 --> https://bugs.winehq.org/attachment.cgi?id=50334 Various cmd executions discussed in the report using WINEDEBUG='+cmd'. Far Cry 4 (which requires at least a 64-bit Windows 7 prefix) fails to call a bash script on launch: Can't recognise 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat /silent' as an internal or external command, or batch script. Sure enough, calling it manually (even without the /silent argument) results in the same error: $ wine cmd.exe /c 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat' Can't recognise 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat' as an internal or external command, or batch script. Suspicious of the ( and ) characters in the URL, I tried copying the GEFirewall.bat to the path 'C:\Program Files\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\' (which doesn't normally exist but I manually created it). $ wine cmd.exe /c 'C:\Program Files\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat' fixme:netsh:wmain stub: L"netsh" L"firewall" L"add" L"allowedprogram" L"C:\\Program Files\\Ubisoft\\Ubisoft Game Launcher\\games\\Far Cry 4\\Support\\Software\\..\\..\\bin\\FarCry4.exe" L"FarCry4" L"ENABLE" fixme:netsh:wmain stub: L"netsh" L"firewall" L"add" L"allowedprogram" L"C:\\Program Files\\Ubisoft\\Ubisoft Game Launcher\\games\\Far Cry 4\\Support\\Software\\..\\..\\bin\\IGE_WPF64.exe" L"FarCry4-IGE" L"ENABLE" The script ran perfectly. One more test to confirm my sanity: $ wine explorer.exe 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software' This opened the directory in explorer fine. Only cmd.exe /c ... seems to show this 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.

3 12

[Bug 52296] New: UltraVNC 1.3.4.0 and later hangs after pressing Connect.
by WineHQ Bugzilla April 19, 2026

April 19, 2026

https://bugs.winehq.org/show_bug.cgi?id=52296 Bug ID: 52296 Summary: UltraVNC 1.3.4.0 and later hangs after pressing Connect. Product: Wine Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Starting vncviewer with no parameters shows the connection window. After specifiying a UltraVNC server (1.3.6.0) and pressing "Connect" the connection window closes and nothing more happens. This is observable with versions 1.3.4.0, 1.3.4.1, 1.3.4.2, 1.3.6.0. In previous version 1.3.2a after pressing "Connect" a connection status window and another window to enter the password appears. -- 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 52374] New: compiling on Cygwin fails: error: ‘S_IRUSR’ undeclared (in libs/mpg123)
by WineHQ Bugzilla April 18, 2026

April 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=52374 Bug ID: 52374 Summary: compiling on Cygwin fails: error: ‘S_IRUSR’ undeclared (in libs/mpg123) Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: l3codeca.acm Assignee: wine-bugs(a)winehq.org Reporter: saulius2(a)gmail.com (This is continuation from the bug 52370) After faking some dlls from there, make then fails in libs/mpg123. Other defines are missing too: S_IWUSR, S_IRGRP, S_IWGRP, S_IROTH, S_IWOTH. --- snip --- $ make gcc -c -o libs/mpg123/src/compat/compat.o libs/mpg123/src/compat/compat.c -Ilibs/mpg123 -Iinclude -Iinclude/msvcrt \ -Ilibs/mpg123/src -Ilibs/mpg123/src/compat -Ilibs/mpg123/src/libmpg123 -DOPT_GENERIC_DITHER \ -DREAL_IS_FLOAT -DNO_CATCHSIGNAL -DMPG123_NO_LARGENAME -D_UCRT -fasynchronous-unwind-tables \ -D_WIN32 -fno-builtin -fshort-wchar -D__WINE_PE_BUILD -pipe -fcf-protection=none \ -fno-stack-protector -fno-strict-aliasing -Wno-packed-not-aligned -gdwarf-4 \ -fno-omit-frame-pointer -g -O2 libs/mpg123/src/compat/compat.c: In function ‘INT123_compat_open’: libs/mpg123/src/compat/compat.c:96:37: error: ‘S_IRUSR’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ libs/mpg123/src/compat/compat.c:96:37: note: each undeclared identifier is reported only once for each function it appears in libs/mpg123/src/compat/compat.c:96:45: error: ‘S_IWUSR’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ libs/mpg123/src/compat/compat.c:96:53: error: ‘S_IRGRP’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ libs/mpg123/src/compat/compat.c:96:61: error: ‘S_IWGRP’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ libs/mpg123/src/compat/compat.c:96:69: error: ‘S_IROTH’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ libs/mpg123/src/compat/compat.c:96:77: error: ‘S_IWOTH’ undeclared (first use in this function) 96 | ret = open(filename, flags, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH); | ^~~~~~~ make: *** [Makefile:160889: libs/mpg123/src/compat/compat.o] Error 1 --- snip --- This then leads to dlls/l3codeca.acm/l3codeca.acm build 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.

2 6

[Bug 33118] New: Adding bin.base64 attribute causes duplicate datatype attribute
by wine-bugs＠winehq.org April 17, 2026

April 17, 2026

http://bugs.winehq.org/show_bug.cgi?id=33118 Bug #: 33118 Summary: Adding bin.base64 attribute causes duplicate datatype attribute Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: leslie_alistair(a)hotmail.com Classification: Unclassified The following psedocode is causing duplicate xmlns to appear on a node. node->Create Attribute (_T("xmlns:dt"), _T("urn:schemas-microsoft-com:datatypes")); node->Put Data Type(_T("bin.base64")); node->Put Node TypedValue("DATA"); Do you get a node that looks like the following. <UML:TaggedValue xmlns:dt="urn:schemas-microsoft-com:datatypes" xmlns:dt="urn:schemas-microsoft-com:datatypes" dt:dt="bin.base64" >... -- 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.

3 10