May 2024 - Wine-bugs - list.winehq.org

[Bug 55939] New: Moorhuhn Director's Cut: crashes after going in-game
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=55939 Bug ID: 55939 Summary: Moorhuhn Director's Cut: crashes after going in-game Product: Wine Version: 8.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nikolas.gur(a)stud.uni-due.de Distribution: --- Created attachment 75504 --> https://bugs.winehq.org/attachment.cgi?id=75504 wine output of running the program game info: https://moorhuhn.fandom.com/de/wiki/Moorhuhn_Director%27s_Cut Tested with the retail version of the compilation "Moorhuhn: Die ersten 10 Jahre" (https://moorhuhn.fandom.com/de/wiki/Moorhuhn_10_Jahre_Jubil%C3%A4umsedition) What works: - Everything in the main menu seems to work, including changing graphics options - starting a new game and sometimes going in game for a couple seconds What doesn't work: - Audio - Immediately after going in-game or sometimes even in the loading screen for the first level, game crashes with a winedbg "Program Error" -- 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 56682] New: msvcrt:locale prevents the msvcrt:* tests from running on Windows 7
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56682 Bug ID: 56682 Summary: msvcrt:locale prevents the msvcrt:* tests from running on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msvcrt:locale prevents the msvcrt:* tests from running on Windows 7 because it depends on an API which is missing on that Windows version. See: https://test.winehq.org/data/tests/msvcrt:locale.html Based on the test result history this is caused by the commit below: commit 243a014123b3f1b18e390720d843949240323fba Author: Daniel Lehman <dlehman25(a)gmail.com> Date: Wed May 1 15:31:44 2024 -0700 msvcrt/tests: Add tests for _wcsicmp_l. -- 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 4

[Bug 26545] New: Crysis2: Red color on highlights of Bumpmap/Specular Highlights
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=26545 Summary: Crysis2: Red color on highlights of Bumpmap/Specular Highlights Product: Wine Version: 1.3.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: mgavl69(a)juno.com Bumpmaps are highlighted in red. This goes goes the sky as well as objects. -- 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 12

[Bug 28192] New: regedit: The usage message arrives too late in the wine console
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=28192 Summary: regedit: The usage message arrives too late in the wine console Product: Wine Version: 1.3.26 Platform: x86 OS/Version: All Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com To reproduce this start the console with 'wine wineconsole cmd' and then type 'regedit /?' in the wine console. You will get something like this: c:\>regedit /? c:\>Usage: regedit filename regedit /E filename [regpath] regedit /D regpath [...] Notice how the second wineconsole prompt appears before the regedit usage? I believe this happens because regedit uses msvcrt's stdio functions: it uses the '$(top_srcdir)/include/msvcrt' headers and that seems to be enough for it to link with msvcrt. So there are probably two things here: * This looks like a bug in the MSVCRT stdio functions. * regedit should probably use the WriteConsole() / WriteFile() functions anyway like all the other Wine tools. See the XCOPY_wprintf() function in programs/xcopy/xcopy.c or the output_*() functions in programs/net/net.c for a model on how to do this. And if making the switch to WriteConsole(), verify that running 'regedit /?' still works fine in a regular xterm or equivalent. (split off from bug 13861) -- 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

[Bug 56000] New: Window title is not set with winewayland
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56000 Bug ID: 56000 Summary: Window title is not set with winewayland Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- Component: winewayland.drv (please add it to the list of components btw). When testing something with winewayland (regedit for example or anything else really), it's not setting the window title, unlike winex11. -- 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 56615] New: Spelunky: wined3d: Require GLSL 1.20 support
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56615 Bug ID: 56615 Summary: Spelunky: wined3d: Require GLSL 1.20 support Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: carmantic24(a)outlook.com Regression SHA1: 010008f629dd0590978095942ded8851ee3a9e17 Distribution: ArchLinux Spelunky won't start with "Error creating Direct3D9 object". 0128:err:d3d:wined3d_adapter_gl_init GLSL version 1.20 is too low; 1.20 is required. Changing the "<=" to "<" fixed it for me. Tried to CC Zebediah Figura, but Bugzilla wouldn't accept their email. if (gl_info->glsl_version <= MAKEDWORD_VERSION(1, 20)) { ERR("GLSL version %s is too low; 1.20 is required.\n", (const char *)gl_info->gl_ops.gl.p_glGetString(GL_SHADING_LANGUAGE_VERSION_ARB)); wined3d_caps_gl_ctx_destroy(&caps_gl_ctx); return FALSE; } -- 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 56671] New: Disney Ratatouille demo renders upside down on Intel graphics
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56671 Bug ID: 56671 Summary: Disney Ratatouille demo renders upside down on Intel graphics Product: Wine Version: 9.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 76455 --> https://bugs.winehq.org/attachment.cgi?id=76455 Screenshot of the main menu A recent regression is causing the Disney Ratatouille demo to render upside down on my laptop that has an Intel i7-1360P processor and integrated graphics. Interestingly, the game renders right-side-up on my desktop that has an AMD Radeon RX 5500 XT. Both the laptop and the desktop have Arch Linux. Steps to reproduce: 1. Create an empty directory and download EN_Ratatouille_Demo.exe into it. 2. Run `wine EN_Ratatouille_Demo.exe` to extract the installer. 3. Run `wine setup.exe` to install the Ratatouille demo. 4. Run `cd "$HOME/.wine/drive_c/Program Files (x86)/THQ/Disney-Pixar/Ratatouille Demo/Rat"` to enter the game directory. 5. Run `wine GameSetup.exe` to start the game launcher. 6. Click Play. Observe that everything is upside down, from the intro videos to the main menu. `git bisect` says: ba2f78922f84f0576694fef17be7bec2cc9da19b is the first bad commit commit ba2f78922f84f0576694fef17be7bec2cc9da19b Author: Elizabeth Figura <zfigura(a)codeweavers.com> AuthorDate: Fri Mar 15 18:59:35 2024 -0500 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Sun May 12 16:25:54 2024 +0200 wined3d: Remove no longer used support for drawing to an onscreen render target. Now that we require ORM_FBO, wined3d backbuffers are always offscreen (and we never draw directly to the frontbuffer, which is the only truly onscreen surface). We could reintroduce support for drawing directly to the backbuffer, and this would presumably improve performance by avoiding a blit from the wined3d backbuffer to the real GL backbuffer. However, this is not always possible or performant due to mismatching dimensions, or the need to use a depth buffer which is also used with offscreen RTVs, and for d3d1-9 it may not be possible at all due to issues related to preserving invariance between flipped and non-flipped geometry. It *may* be possible to identify situations where we can render directly to the backbuffer for d3d10+, but at that point we can rely on the Vulkan backend to work, and given other unfixable performance problems with the GL backend (most notably the inability to properly stream index buffer data) it does not really make much sense to go out of our way to perform such a minor optimization there. dlls/wined3d/adapter_gl.c | 1 - dlls/wined3d/arb_program_shader.c | 4 ++-- dlls/wined3d/context_gl.c | 101 ++++++++++++++++++++++++++++++----------------------------------------------------------------------- dlls/wined3d/ffp_gl.c | 95 ++++++++++++++++++++++------------------------------------------------------------------------- dlls/wined3d/glsl_shader.c | 4 ++-- dlls/wined3d/shader.c | 4 ++-- dlls/wined3d/utils.c | 2 +- dlls/wined3d/wined3d_private.h | 10 +--------- 8 files changed, 60 insertions(+), 161 deletions(-) $ sha256sum EN_Ratatouille_Demo.exe b8fcd1385ef47883987df0ae3c05b2acbd83f70bede43bcf8567e6a7aa2629c0 -- 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 56485] New: Visual novel RE:D Cherish! displays white screen instead of logo video
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56485 Bug ID: 56485 Summary: Visual novel RE:D Cherish! displays white screen instead of logo video Product: Wine Version: 9.5 Hardware: x86-64 URL: https://web.archive.org/web/20230522084712/http://suez ou.dyndns.org/dl2021/crystalia/red_cherish/red_cherish _try.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Regression SHA1: 6ce8a31b0b87f9dc7ce94c4cba81074510b8c384 Distribution: Ubuntu After CAUTION message, RE:D Cherish! (trial) displays white screen and gets stuck before reaching the main menu. This does not happen prior to Wine 9.4. After Bug 53613 was fixed, the program may have taken a different path. -- 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 4

[Bug 56413] New: wine-staging 9.4 build fails on Debian 11, Ubuntu 20.04 and 22.04
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56413 Bug ID: 56413 Summary: wine-staging 9.4 build fails on Debian 11, Ubuntu 20.04 and 22.04 Product: Wine-staging Version: 9.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 76176 --> https://bugs.winehq.org/attachment.cgi?id=76176 Debian 11 wine-staging 9.4 failed build log Building the wine-staging packages failed on Debian 11, Ubuntu 20.04 and 22.04. No problem on newer versions of Debian/Ubuntu or Fedora. [ 329s] dlls/winex11.drv/mouse.c: In function 'map_raw_event_coords': [ 329s] dlls/winex11.drv/mouse.c:1788:84: error: 'UINT16_MAX' undeclared (first use in this function); did you mean 'UINT_MAX'? [ 329s] 1788 | if (input->mi.dwFlags & MOUSEEVENTF_VIRTUALDESK) SetRect( &virtual_rect, 0, 0, UINT16_MAX, UINT16_MAX ); [ 329s] | ^~~~~~~~~~ [ 329s] | UINT_MAX [ 329s] dlls/winex11.drv/mouse.c:1788:84: note: each undeclared identifier is reported only once for each function it appears in -- 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 51917] New: Internet Explorer 8 crashes when visiting http://www.baidu.com/ on unimplemented function dxtrans.dll.DllGetClassObject
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=51917 Bug ID: 51917 Summary: Internet Explorer 8 crashes when visiting http://www.baidu.com/ on unimplemented function dxtrans.dll.DllGetClassObject Product: Wine Version: 6.20 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 70870 --> https://bugs.winehq.org/attachment.cgi?id=70870 Terminal output Steps to reproduce: 1. Delete the existing ~/.wine directory or move it to another location. 2. Run `WINEARCH=win32 wine regsvr32` to create a new 32-bit Wine bottle. 3. Run `winetricks ie8` to install Internet Explorer 8. 4. Run `wine 'C:\Program Files\Internet Explorer\iexplore.exe' http://www.baidu.com/` to open <http://www.baidu.com/>. -- 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