March 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 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 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 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 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