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

[Bug 44009] New: Syberia Gog version: crash after cinematics
by wine-bugs＠winehq.org 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=44009 Bug ID: 44009 Summary: Syberia Gog version: crash after cinematics Product: Wine Version: 2.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- Created attachment 59671 --> https://bugs.winehq.org/attachment.cgi?id=59671 Syberia Gog wine 2.20 backtrace Hello, I just acquire the Syberia Gog version and it is impossible for me to play this game on Linux with Wine. Happily the game was free. How to reproduce: Install Syberia Gog version Launch the game, you can see cinematics but just when the menu appear the game crash. I joined you the terminal log/backtrace. Config: Ubuntu 17.10 Nvidia 384.90 -- 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 6

[Bug 25009] New: Password Memory 2010 - Titlebar color rendering error
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=25009 Summary: Password Memory 2010 - Titlebar color rendering error Product: Wine Version: 1.3.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rsflynn(a)gmail.com Created an attachment (id=31694) --> (http://bugs.winehq.org/attachment.cgi?id=31694) Password Memory 2010 Screenshot Password Memory 2010 v3.0.3 Download URL: http://download.cnet.com/Password-Memory-2010/3000-18501_4-10770367.html Titlebar is not rendered correctly. Half the title bar is in the application default blue, the other half is black. -- 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 9

[Bug 55513] New: Paint.NET 3.5.11 runs unstable on Wine 8.x devel releases
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=55513 Bug ID: 55513 Summary: Paint.NET 3.5.11 runs unstable on Wine 8.x devel releases Product: Wine Version: 8.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Created attachment 75077 --> https://bugs.winehq.org/attachment.cgi?id=75077 Paint.NET 3.5.11 crash report There seems to be a regression regarding the built-in gdiplus.dll in more recent Wine 8.x devel builds. Unfortunately Paint.NET 3.5.11 no longer runs stable. This behavior was previously known only when the native gdiplus.dll file was used. It didn't happened with the built-in one. It looks that this instability is related to a speed improvement of the built-in gdiplus.dll. In older Wine versions Paint.NET 3.5.11 was lagging when a line was painted but it worked stable. This lag was not present with a native gdiplus.dll file but Paint.NET crashed randomly when the native variant was used. Now Paint.NET also crashes with the built-in gdiplus.dll variant while there is no longer any lag present. More information about that Paint.NET 3.5.11 lag issue can be found in my old bug 51561. So in summary, Paint.NET 3.5.11 works in recent Wine 8.x devel releases faster but less stable. I think this regression was in introduced somewhere in the Wine 8.1x branch. It is confirmed for Wine 8.14 and 8.15. Final note, it is currently not possible to install Paint.NET 3.5.11 into a fresh Wine devel prefix. The installation will fail. A workaround is to install Paint.NET 3.5.11 under Wine stable and then copy over the whole prefix to a Wine devel installation. I can confirm that this works fine for Wine 8.0.2 and Wine 8.15. -- 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 29

[Bug 29417] New: Mouse pointer laggy/slow in Dweebs and Dweebs 2
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=29417 Bug #: 29417 Summary: Mouse pointer laggy/slow in Dweebs and Dweebs 2 Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified This bug applies to the games Dweebs and Dweebs 2 by Mutation Software. Demos can be downloaded from http://www.tucows.com/preview/272853/DWEEBS-Platinum-Remix and http://www.tucows.com/preview/281667/DWEEBS-2-The-New-Breed Download and run one of the demos. Click Setup. On the title screen the mouse pointer is fine. However if you click Help, Credits or Exit, the pointer is very "laggy" on those screens. In-game the pointer lags slightly, but less than on the Help/Credits/Exit screens. (Also, with earlier versions of the first Dweebs game -- I tested the one on the Arcade Master CD published by eGames -- the pointer lags on the title screen as well.) I thought this problem might be the same as bug 29325, but it also occurs with Wine 1.3.31. -- 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 56422] New: Exact Audio Copy installer crashes
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56422 Bug ID: 56422 Summary: Exact Audio Copy installer crashes Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: temp82(a)luukku.com Distribution: --- Created attachment 76183 --> https://bugs.winehq.org/attachment.cgi?id=76183 wine 9.4 crash I did try this with wine 9.3, but the release of wine 9.4 was so close I didn't bother to report back then. the crash seems same for me. Just download Exact Audio Copy (ver 1.6) here : https://www.exactaudiocopy.de/en/index.php/resources/download/ I used clean 32bit prefix. install all default, last step is to run the program via the installer and then the crash happens. sha1sum eac-1.6.exe a6e396618446a87e46abf3d5e00a7d73690a2272 -- 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 27745] New: Racer is unplayable
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=27745 Summary: Racer is unplayable Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugmenot123456(a)mailinator.com Created an attachment (id=35498) --> (http://bugs.winehq.org/attachment.cgi?id=35498) Output of racer under wine-1.3.24 Racer used to work fine with wine-1.3.14. Somewhere between version 1.3.14 and 1.3.17 it stopped working. Now racer infinitely loops with following error after pressing "Race" button: RNetwork: waiting for connecting id response... RNetwork: out of loop, client connected: 0, id 0 (objectIDbatch=-640664278) RNetwork: connect attempt failed; be persistent (try 1) enet_host_connect; out of (1) peers ** Error: QNClient:Connect(); failed to create enet peer; out of connections Link to the program: http://racer.nl/download/racer0655.zip -- 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 17

[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