- Wine-Bugs - list.winehq.org

[Bug 51200] New: High repaint label volume causes freezing
by WineHQ Bugzilla May 17, 2024

May 17, 2024

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 May 17, 2024

May 17, 2024

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 May 17, 2024

May 17, 2024

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 May 17, 2024

May 17, 2024

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 May 17, 2024

May 17, 2024

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 May 17, 2024

May 17, 2024

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 May 17, 2024

May 17, 2024

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 May 17, 2024

May 17, 2024

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 May 17, 2024

May 17, 2024

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 May 17, 2024

May 17, 2024

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