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

[Bug 56483] New: ShellExecute changes in Wine 9.5 broke 64-bit Winelib loading in WoW64 builds
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56483 Bug ID: 56483 Summary: ShellExecute changes in Wine 9.5 broke 64-bit Winelib loading in WoW64 builds Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: --- After commit 85d029e3b01f6dd35a86cc07796af982d66e4a03 (<https://github.com/wine-mirror/wine/commit/85d029e3b01f6dd35a86cc07796af982…>), Wine builds configured with `--with-wine64` can no longer find and execute Winelib binaries built with `winegcc`. This now results in the following error instead: > ``` > Application could not be started, or no application associated with the specified file. > ShellExecuteEx failed: File not found. > ``` - Running the Winelib `.so` binary explicitly with `wine64` still works - Running it with `wine`, or using the shell script generated by winebuild does not. -- 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 56588] New: in game display resolution options limited to current desktop resolution using old wow64
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56588 Bug ID: 56588 Summary: in game display resolution options limited to current desktop resolution using old wow64 Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- wine-9.6 and wine-9.7 game: FlatOut 1 new wineprefix 32 bit OS 32 bit wine game setup screen - many display resolutions available new wineprefix 64 bit OS old WOW64 wine game setup screen - resolution options limited to current desktop resolution in either 16 bit or 32 bit. Unsure currently how to bisect this, as I have never bisected a wow64 compile before. -- 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 51200] New: High repaint label volume causes freezing
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=51200 Bug ID: 51200 Summary: High repaint label volume causes freezing Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Created attachment 70075 --> https://bugs.winehq.org/attachment.cgi?id=70075 Screenshot of the offending pane In ChessBase 11, using a chess engine (kibitzer) can cause freezing. Since the display shows the current move the engine is thinking about on a label, in some positions this can involve requests for repainting every few ms. This often causes the input to lock up for many seconds as the repaint queue is taking priority. This is most likely a repaint issue as the workaround is to place the window so the offending label is off-screen, and the lock-up no longer becomes an issue. It makes using the engine much more difficult though. This has been a problem for at least a year now. Suggestions are to give the input a higher priority, and/or to drop/throttle repaint frame requests when the queue becomes too long. -- 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 32346] New: Window is too large with Batman and Head Over Heels remakes
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=32346 Bug #: 32346 Summary: Window is too large with Batman and Head Over Heels remakes Product: Wine Version: 1.5.18 Platform: x86-64 URL: http://retrospec.sgn.net/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Created attachment 42686 --> http://bugs.winehq.org/attachment.cgi?id=42686 Batman window showing trash at right and bottom This issue applies to at least two game remakes available from http://retrospec.sgn.net/ Head Over Heels: http://retrospec.sgn.net/game-links.php?link=hoh Batman: http://retrospec.sgn.net/game-links.php?link=batman I'm testing with wine-1.5.18-114-ga61f68f, Lubuntu 11.10 x86-64, Nvidia driver 304.64. Wine seems to create the game window larger than it should be. There are strips at the bottom and right sides which are never rendered into; they contain trash/garbage. If you move the window, the trash changes, presumably reflecting whatever was in that part of the video memory beforehand? The size of the strips looks about the same as the size of the window decorations. -- 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 7

[Bug 56492] New: Wine 9.5 breaks Opentrack/TrackIR head tracking, works in 9.4
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56492 Bug ID: 56492 Summary: Wine 9.5 breaks Opentrack/TrackIR head tracking, works in 9.4 Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fell(a)fellr.net Distribution: --- After updating to Wine 9.5 I noticed that the Wine plugin of the Opentrack head tracking software wasn't working any more. It simply couldn't "connect" and displayed "waiting for game..." forever. After reverting back to Wine 9.4 it worked fine again. Corresponding issue at the Opentrack project: https://github.com/opentrack/opentrack/issues/1827 Observed behavior: After pressing "Start" the tracking does not work game and "waiting for game..." is displayed in the Opentrack title bar. Correct behavior: After pressing "Start" the tracking should begin in the game and the game name should be displayed in the Opentrack title bar. Now, I don't know how exactly that plugin works and how it communicates with the game. It is using the TrackIR/Freetrack protocol which seems to rely on some kind of direct memory access, but I'm not sure. -- 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 56595] New: Fallout 3: regression causes lots of streamer critical errors, slowdown
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56595 Bug ID: 56595 Summary: Fallout 3: regression causes lots of streamer critical errors, slowdown Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: m1m1k4tz(a)protonmail.com CC: bmcgrath(a)codeweavers.com Regression SHA1: 9e1f5f6d11b14b3ee38050a1b45a55f5c71146c6 Distribution: --- Created attachment 76353 --> https://bugs.winehq.org/attachment.cgi?id=76353 gstreamer Critical errors -- 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 27

[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