February 2022 - Wine-bugs - list.winehq.org

[Bug 51792] New: Deus Ex: Mankind Divided some objects render green/pink/white
by WineHQ Bugzilla 02 Dec '24

02 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=51792 Bug ID: 51792 Summary: Deus Ex: Mankind Divided some objects render green/pink/white Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70683 --> https://bugs.winehq.org/attachment.cgi?id=70683 example 0554:fixme:d3d:create_texture_view Depth slice (0-1) not supported. 04d4:fixme:d3d_shader:shader_sm4_read_param Skipping modifier 0x00000001. 04d4:fixme:d3d_shader:shader_get_registers_used Indexable temporary registers not supported. 0554:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled interpolation mode 0x6. 0554:fixme:d3d:wined3d_gl_compare_func Unrecognized compare function 0x679dce0. 0554:fixme:d3d:wined3d_gl_compare_func Unrecognized compare function 0x42eb3ef0. wine-6.17-454-g6b724c3dd8d -- 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 49543] New: Several games require bcrypt DH support
by WineHQ Bugzilla 01 Dec '24

01 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=49543 Bug ID: 49543 Summary: Several games require bcrypt DH support Product: Wine Version: 5.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- There are a few games that need DH support in bcrypt. - The Rockstar Games Launcher, GTA V, and RDR 2 all open DH and generate+export a public key. With DH unimplemented, the only effect I know of is that RDR 2's online mode fails to load. - Astroneer dedicated server (see https://www.reddit.com/r/wine_gaming/comments/gvaa9a/bcryptopenalgorithmpro…) >From a disassembler, it looks like the server imports/exports public/private keys, and uses BCryptDeriveKey() with the "HASH" KDF and SHA256. Microsoft has sample code which tests (some of) the functionality: https://github.com/microsoft/Windows-classic-samples/blob/master/Samples/Se… Unfortunately GnuTLS doesn't currently export the needed functionality. There's an issue open: https://gitlab.com/gnutls/gnutls/-/issues/894 -- 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 32

[Bug 48175] New: AION (64 bit) - crashes in CrySystem32.dll.CryFree() due to high memory pointers allocated
by WineHQ Bugzilla 01 Dec '24

01 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=48175 Bug ID: 48175 Summary: AION (64 bit) - crashes in CrySystem32.dll.CryFree() due to high memory pointers allocated Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: gofmanp(a)gmail.com Distribution: --- Created attachment 65809 --> https://bugs.winehq.org/attachment.cgi?id=65809 Force down-top memory allocation Split off from bug #40334. The crash happens after the original issue in Bug #40334 is solved, after the loading screen or very soon after login. The game expects memory pointers from HeapAlloc and VirtualAlloc to fit in the certain range. It is fine with ~16GB range as per my observations, that is, up to 0x3ffffffff address. I am attaching the patch which is confirmed to fix the issue with AION. The patch consists of two, the first one is not exactly related but the second one depends on it. At the present moment the first one is passing the review upstream. The solution in the second patch is to force virtual memory allocation return lower addresses when they are available (unless top-down allocation is explicitly requested), that's how it seem to work on Windows. The patch does it essentially the same way as the allocation with zero_bits mask is performed. -- 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 52212] New: Doom Eternal - Crash on Launch
by WineHQ Bugzilla 30 Nov '24

30 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=52212 Bug ID: 52212 Summary: Doom Eternal - Crash on Launch Product: Wine-staging Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 71270 --> https://bugs.winehq.org/attachment.cgi?id=71270 report_1 See attached bugreports for various wine and launch options. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 16302] New: [oblivion] can not skip the intro movie by press ESC
by wine-bugs＠winehq.org 27 Nov '24

27 Nov '24

http://bugs.winehq.org/show_bug.cgi?id=16302 Summary: [oblivion] can not skip the intro movie by press ESC Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wangbinrobin(a)yahoo.com.cn when runing Oblivion on Windows, we can skip the intro movie by pressing ESC, but when runing Oblivion by wine, we can not skip it by ESC. it is quite a long time to wait the intro movie end. The graphic card I use is ATI Radeon 2600, driver 8.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 45

[Bug 45871] New: Several apps in .NET472 crash with unhandled exception.\nException at System.Windows.Media.Composition.DUCE+Channel.SyncFlush ()\n at System.Windows.Media.MediaContext.Complet"...( native d3dcompiler works around it)
by wine-bugs＠winehq.org 25 Nov '24

25 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=45871 Bug ID: 45871 Summary: Several apps in .NET472 crash with unhandled exception.\nException at System.Windows.Media.Composition.DUCE+Channel.SyncFlus h()\n at System.Windows.Media.MediaContext.Complet"...(native d3dcompiler works around it) Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 62374 --> https://bugs.winehq.org/attachment.cgi?id=62374 part of crashlog Hi Seen this for a bunch of programs while trying to run them with installed dotnet472. The bug seems to be hidden for several apps as they ship their owm d3dcompiler_47, but some don`t I found out, and they crash Something like: 01c2:fixme:d3dcompiler:make_assignment Check for casts in the lhs. 01c2:err:d3dcompiler:compile_shader HLSL shader parsing failed. 01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760b59 in caller: intermediate rendering error 01c2:err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760b59 in caller: The render thread failed unexpectedly. Then crash Example: Slackinstaller.exe: winetricks dotnet452 win7 corefonts, then start installer with builtin d3dcomiler_47 works fine. However winetricks dotnet472 win7 corefonts, then start installer with builtin d3dcomiler_47 --> crash (Note: for Slackinstller one also needs Staging-patches for bug 40613) -- 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 24

[Bug 52078] New: MusicBee: exception when attempting to drag tabs
by WineHQ Bugzilla 24 Nov '24

24 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=52078 Bug ID: 52078 Summary: MusicBee: exception when attempting to drag tabs Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sangv(a)protonmail.com Distribution: --- Created attachment 71090 --> https://bugs.winehq.org/attachment.cgi?id=71090 The exception MusicBee gives + the console output, in a tarball When attempting to move the tabs located near the top of the window (the ones labelled "Music", "Now Playing", "Playlists", etc by default) MusicBee will throw an exception. This happens on both my existing MusicBee wineprefix as well as a fresh one, and on MusicBee versions 3.2.6804 and 3.4.7805. In addition to happening in Wine version 6.21, the issue remains in 6.22. Both versions of Wine were compiled from source. I'm using winetricks verbs `windowscodecs dotnet45 mfc42 xmllite gdiplus d3dx9 vcrun2008 wmp10`. My OS is EndeavourOS with kernel 5.15.2-zen1-1-zen. (I don't know how much of this information is really needed but I thought it was all worth a mention just in case?) Attached I have both the error MusicBee provides, as well as terminal output with debug channels warn+all as no information was printed in the terminal without it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10472] New: File open dialog buffer too short for multiple file selection
by wine-bugs＠winehq.org 23 Nov '24

23 Nov '24

http://bugs.winehq.org/show_bug.cgi?id=10472 Summary: File open dialog buffer too short for multiple file selection Product: Wine Version: 0.9.49. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: freireclaudio(a)yahoo.com.ar The file open dialog seems to be using a buffer which is too short for multiple file selection. While Windows itself has this bug/feature, wine's version is much more annoying since I'm unable to select over 6 files usually (using long but not excessive names). A dynamic buffer (with a reasonable limit for security reasons perhaps) would be preferrable, but even a bigger buffer would help. I think windows' buffer is 4k. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 52105] New: Handle to \Device\NamedPipe\ cannot be used as the RootDirectory for NtCreateNamedPipeFile
by WineHQ Bugzilla 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=52105 Bug ID: 52105 Summary: Handle to \Device\NamedPipe\ cannot be used as the RootDirectory for NtCreateNamedPipeFile Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 2600ecd4edfdb71097105c74312f83845305a4f2 Distribution: --- Commit 2600ecd4edf (server: Use a separated object for each opened named pipe device file., 2018-10-29) split the role of the named pipe device and the named pipe file. However, in doing so, it changed the semantics of opening \Device\NamedPipe\. In particular, it is no longer possible to use a handle to \Device\NamedPipe\ as RootDirectory when creating a named pipe. This bug makes Cygwin's named pipe creation (https://github.com/cygwin/cygwin/blob/4f47e64b11ed8d47c62fa89e9b971f44b7e9a…) loop forever. -- 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 42606] New: wine doesn' t *fully* respect locale settings in some corner cases
by wine-bugs＠winehq.org 22 Nov '24

22 Nov '24

https://bugs.winehq.org/show_bug.cgi?id=42606 Bug ID: 42606 Summary: wine doesn't *fully* respect locale settings in some corner cases Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- This time it's a problem even if this is the only app currently running in the prefix. Download address for the engine: http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr2_232r2.zip Instruction for setting up a project: http://kirikirikag.sourceforge.net/contents/Prepare.html (instructions seem to be for a different archive, but get the point across) So, when running 'LANG=ja_JP.utf8 wine krkr.eXe'(as it's different from my standard locale) and starting that project, most of the things seem to work correctly (as I've got the standard overrides for Gothic/Mincho set already in place), yet... When right clicking the engine console (not the game window), there's mojibake in that menu. WINEDEBUG=font log shows that for some reason CreateFontIndirectExW for Tahoma is called with charset determined by my standard locale, instead of the Japanese one. That somehow results in the text being treated as encoded in that locale's Windows codepage, instead of cp932 (or is that vice versa ?). -- 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