February 2019 - Wine-Bugs - list.winehq.org

[Bug 42233] New: wine 2.0 rc 5 apparent regression error in TES 4: oblivion
by wine-bugs＠winehq.org Aug. 18, 2026

Aug. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=42233 Bug ID: 42233 Summary: wine 2.0 rc 5 apparent regression error in TES 4: oblivion Product: Wine-staging Version: 2.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonathon.n.baker(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 56878 --> https://bugs.winehq.org/attachment.cgi?id=56878 information output by terminal and the wine crash logging tool before and after program crash The video game Elder Scrolls 4: Oblivion is installed in a wine prefix which is shared with a steam installation and several other videogames. This prefix is run exclusively with the 64 bit version of wine. With the currently set dll overrides and winetricks modifications, and starting with a wine version of 2.0 rc2, wine has had no problems running this game. However, upon trying to run it after updating to 2.0 rc5, the game launches, loads the names of the companies and a disclaimer about other engine components they used, and then crashes prior to reaching the main menu. I have attached the full output of the wine process when this occurs. This regression is not present in the current wine-devel version. All other video games installed to this prefix still function with no errors. These games include: Fallout: New Vegas, Bioshock, Mass Effect 1, Mass Effect 2. I have installed several windows DLLs using winetricks, and several others were installed by steam during game installation. This is a list of installed DLLs (as listed by winetricks and winecfg) and their override settings (from winecfg), if set: winegstreamer: disabled d3dx10: disabled d3dx11: disabled d3dx9_43: native quartz: native devenum: builtin dmband: builtin dmcompos: builtin dmime: builtin dmload: builtin dmscript: builtin dmstyle: builtin dmsynth: builtin dmusic: builtin dmusic32: builtin dsound:builtin dswave: builtin streamci: builtin d3dx9: d3dx9_26 d3dx9_28 d3dx9_31 d3dx9_35 d3dx9_36 d3dx9_39 d3dx9_42 directmusic directx9 vcrun2008 xact xact_jun2010 xinput mwo was toggled a few times with winetricks, but is currently set to default behavior all of this was set manually, and no recipes were applied with winetricks I attempted to record more information about the crash at the direction of a user on the #winehq irc channel on freenode using the environment variable setting 'WINEDEBUG=+relay,+tid,+seh' however adding +relay changed program behavior from crashing to hanging. At that point, user told me to post bug here -- 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 11

[Bug 45104] New: OOB read in gdiplus
by wine-bugs＠winehq.org Aug. 18, 2026

Aug. 18, 2026

https://bugs.winehq.org/show_bug.cgi?id=45104 Bug ID: 45104 Summary: OOB read in gdiplus Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: robert.gawlik(a)rub.de Distribution: --- Original submitted report can be found here: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/1764719 (*) Out-of-bounds read in dlls/gdiplus/metafile.c:2528 (last commit: dd2624a24fba400bf59b9396e496d16c43d399d9): The parameters data, dataSize and recordType are completely user controlled and flow into a memcpy() call in line 2528. If the length of data is less than dataSize, then this results in an out-of-bounds read. 2461 GpStatus WINGDIPAPI GdipPlayMetafileRecord(GDIPCONST GpMetafile *metafile, 2462 EmfPlusRecordType recordType, UINT flags, UINT dataSize, GDIPCONST BYTE *data) 2463 { .... 2471 2472 if (recordType >= 1 && recordType <= 0x7a) 2473 { 2474 /* regular EMF record */ 2475 if (metafile->playback_dc) 2476 { 2477 switch (recordType) 2478 { .... 2520 default: 2521 { 2522 ENHMETARECORD *record = heap_alloc_zero(dataSize + 8); // <== dataSize is completely user controlled 2523 2524 if (record) 2525 { 2526 record->iType = recordType; 2527 record->nSize = dataSize + 8; 2528 memcpy(record->dParm, data, dataSize); // <== data is user controlled, memcpy performs OOB read 2529 2530 if(PlayEnhMetaFileRecord(metafile->playback_dc, metafile->handle_table, 2531 record, metafile->handle_count) == 0) // (record is user controlled => source of many vulnerabilities) 2532 ERR("PlayEnhMetaFileRecord failed\n"); If you need more information (EMF trigger file, etc.) let me know! -- 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 44598] New: Hebrew font: rendering of vowels is offset
by wine-bugs＠winehq.org Aug. 16, 2026

Aug. 16, 2026

https://bugs.winehq.org/show_bug.cgi?id=44598 Bug ID: 44598 Summary: Hebrew font: rendering of vowels is offset Product: Wine Version: 3.2 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chris(a)vine-cottage.org.uk Created attachment 60587 --> https://bugs.winehq.org/attachment.cgi?id=60587 Comparison of font rendering in wine and Windows Using theWord http://www.theword.net/index.php?article.download&l=english to view a Hebrew bible, the font rendering of Hebrew vowel points is incorrect. All fonts I have tried show inconsistencies, the best font appears to be Cardo. In the attached image, the top 2 lines of text shows the font rendering in Wine. The bottom 2 lines of text are the same text rendered in Windows 7. I have circled some of the incorrect rendering in Red. Other fonts show more significant offsets of vowel points from the correct positions. -- 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 46171] New: Crash when testing for disk drive speed
by wine-bugs＠winehq.org Aug. 15, 2026

Aug. 15, 2026

https://bugs.winehq.org/show_bug.cgi?id=46171 Bug ID: 46171 Summary: Crash when testing for disk drive speed Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rwtmiller13(a)gmail.com Distribution: --- Created attachment 62830 --> https://bugs.winehq.org/attachment.cgi?id=62830 This is the error report I'm always given when Wine "encounters a serious error and needs to close." I was installing a game (Lighthouse: The Dark Being, made in 1996), and I was asked to have it run an analysis of my disk drive to determine if the speed was high enough to run the game. However, as soon as the analysis begins, Wine tells me that it has encountered a serious problem and needs to close. This happens every time I try 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.

2 4

[Bug 12425] New: win16 test suite: user32 comm16 test fails
by wine-bugs＠winehq.org Aug. 15, 2026

Aug. 15, 2026

http://bugs.winehq.org/show_bug.cgi?id=12425 Summary: win16 test suite: user32 comm16 test fails Product: Wine Version: CVS/GIT Platform: Other URL: http://win16test.googlecode.com OS/Version: other Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=11964) --> (http://bugs.winehq.org/attachment.cgi?id=11964) Backtrace +++ This bug was initially created as a clone of Bug #9850 +++ The code can be downloaded from http://win16test.googlecode.com with svn, and is quite easy to run; see http://win16test.googlecode.com/svn/trunk/src/README for instructions. The kernel comm test hangs in current git. Attached is the backtrace in current git. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 22253] New: Total Commander: Scrolling with the mouse wheel does not work in Brief view
by wine-bugs＠winehq.org Aug. 14, 2026

Aug. 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=22253 Summary: Total Commander: Scrolling with the mouse wheel does not work in Brief view Product: Wine Version: 1.1.41 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Go to c:\windows\system32\, Ctrl F1 (or Show -> Brief), notice a horizontal scrollbar appear. Scroll "down" with the mouse wheel. The scroll bar should go right, but nothing happens. Press PageDown to go to the end of the file list. Scroll "up" using the mouse wheel, notice the scroll bar goes left. But scrolling "down" still does not work.. In Ctrl F2 (showing full file details) there is a vertical scrollbar, and scrolling there using the mouse wheel works fine. Total Commander 7.50a Ubuntu 9.10 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 43114] New: Sub-program of Internet Security Program, Astx.exe crashes on unhandled exception error
by wine-bugs＠winehq.org Aug. 14, 2026

Aug. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=43114 Bug ID: 43114 Summary: Sub-program of Internet Security Program, Astx.exe crashes on unhandled exception error Product: Wine Version: 2.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kchn.lee(a)daum.net Distribution: --- Created attachment 58313 --> https://bugs.winehq.org/attachment.cgi?id=58313 Output text for executing $wine "setup file" I have a problem in installing Ahnlab Safe Transaction S/W, which is an internet transaction security program. (Not commercial) When I execute the above S/W setup file, Wine stops installation saying there is a problem in Asdcli.exe (created in the installation process). Same error occurs when I execution Asdcli.exe directly. The main error message is as follows : Unhandled exception: assertion failed in 32-bit code (0xb7769d40). When I tried to install this program in previous Wine (2.0.1), the error message was like this : wine: Call from 0x7b43ba7c to unimplemented function setupapi.dll.CM_Get_Sibling, aborting It's somewhat difficult to find the textual link of Ahnlab Safe Transaction S/W. How can I solve this problem... Need help~. Wine version : Wine-devel-i386 (2.8.0~jessie) Platform : i386 Windows Version : Windows 7 Linux : Debian 3.16.43-2 (2017-04-30) i686 GNU/Linux -- 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

[Bug 46687] New: Since 4.0, Screen resolution 1366x768 is unavailable in games
by wine-bugs＠winehq.org Aug. 12, 2026

Aug. 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=46687 Bug ID: 46687 Summary: Since 4.0, Screen resolution 1366x768 is unavailable in games Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cmercer32768(a)gmail.com Distribution: --- Since Wine 4.0, The screen resolution 1366x768 is unavailable in "NieR:Automata" (DXVK 0.96). I checked the other games I have, which this also affected, "Tales of Berseria" (WineD3D), "Star Wars: The Old Republic" (WineD3D), Final Fantasy 14 (DXVK 0.96) This last worked in Wine 3.21 This effects windowed and fullscreen options. Here's a link to my system specs https://gist.github.com/Niroc/ab1f133f7e79e9e0d7932670b5f6cdc5 let me know if you need anything 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.

3 7

[Bug 44345] New: NieR: Automata - Map mode too dark due to cube map binding issues
by wine-bugs＠winehq.org Aug. 11, 2026

Aug. 11, 2026

https://bugs.winehq.org/show_bug.cgi?id=44345 Bug ID: 44345 Summary: NieR:Automata - Map mode too dark due to cube map binding issues Product: Wine-staging Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: philip.rebohle(a)tu-dortmund.de CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- There is a minor visual issue with the map appearing too dark when accessed through the UI's "Map Mode" option, see the attached screenshots. The reason why this happens is that the game binds a D3D11_SRV_DIMENSION_TEXTURECUBE view to a slot which expects the view dimension to be D3D11_SRV_DIMENSION_TEXTURECUBEARRAY. D3D11 drivers on Windows seem to accept this behaviour and use the cube map nonetheless. I came across the exact same issue while working on a Vulkan-based D3D11 implementation, and came up with a workaround which always creates a cube map array view even when the D3D11 application requests a non-array cube map, and also changes the shader code to always use cube arrays. Maybe Wine can implement a similar strategy to fix this issue. My GPU is an AMD RX 480, Mesa 17.3.2, on wine-staging 2.21. -- 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 16096] New: DirectMusic doesn't work
by wine-bugs＠winehq.org Aug. 11, 2026

Aug. 11, 2026

http://bugs.winehq.org/show_bug.cgi?id=16096 Summary: DirectMusic doesn't work Product: Wine Version: 1.1.8 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)cms-db.de Created an attachment (id=17324) --> (http://bugs.winehq.org/attachment.cgi?id=17324) DirectMusic Error In Anno 1503 (1503 A.D.) the background music doesn't work. There are lots of errors about DirectMusic in the console output. -- 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 18