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

[Bug 56618] New: Roon Music Player crashes upon starting playback
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=56618 Bug ID: 56618 Summary: Roon Music Player crashes upon starting playback Product: Wine-staging Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joni.hilger(a)yahoo.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 76373 --> https://bugs.winehq.org/attachment.cgi?id=76373 Full output of wine command In short: I'm trying to select a music output in Roon music client and it crashes immediately when trying to select any. Steps to reproduce: 1) Install the Roon client (https://github.com/RoPieee/roon-on-wine simplifies installation - otherwise get it here: http://download.roonlabs.com/builds/RoonInstaller64.exe) 2) Start it up and connect to your Roon core - I don't think the client works without it (requires additional setup: https://download.roonlabs.net/builds/roonserver-installer-linuxx64.sh) 3) Enable any audio output in the Roon client settings. Then try to select an output with the big purple button at the bottom "select an audio zone" (see screenshot) 4) The client instantly closes/crashes. I start the roon client like this: WINEPREFIX=/home/joni/my_roon_instance wine /home/joni/my_roon_instance/dosdevices/c:/users/joni/AppData/Local/Roon/Application/Roon.exe > ~/roon_wine.log 2>&1 I have attached the entire output of the command. I also tried with non-staging wine and it didn't work there as well. I think an update of Roon introduced this issue. -- 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 56540] New: Ableton Live 12 Suite Crashes While Opening Sets Saved In Older Versions
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=56540 Bug ID: 56540 Summary: Ableton Live 12 Suite Crashes While Opening Sets Saved In Older Versions 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: numono(a)yahoo.com Distribution: Other Created attachment 76296 --> https://bugs.winehq.org/attachment.cgi?id=76296 Ableton 12 Wine Command Line Output Live 12 crashes while attempting to open Live Sets saved in older versions. The attachment is the same as the one in the Max For Live Bug since I opened the program multiple times through the terminal & had to kill it through the task manager since it froze after I tried to load a Max For Live Instrument & also froze after I attempted to open a set saved in an older version of the program. Free Download - https://www.ableton.com/en/download/archive/ -- 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 56518] New: 64bit variant of Dependency Walker fails to start
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=56518 Bug ID: 56518 Summary: 64bit variant of Dependency Walker fails to start Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfc Assignee: wine-bugs(a)winehq.org Reporter: ralf.habacker(a)freenet.de Distribution: --- I downloaded the x64 version of https://www.dependencywalker.com/ and started it in a 64-bit wine prefix. $ wget https://www.dependencywalker.com/depends22_x64.zip $ 7z x depends22_x64.zip $ WINEARCH=win64 WINEPREFIX=~/.wine64 wineboot $ WINEPREFIX=~/.wine64 wine ./depends.exe The following error occurred and the applications did not start: 04cc:err:module:import_dll Library MFC42.dll (which is needed by L"C:\\windows\\depends.exe") not found 04cc:err:module:loader_init Importing dlls for L"C:\\windows\\depends.exe" failed, status c0000135 -- 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 56597] New: Wine does not recognize ANSI escape codes
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=56597 Bug ID: 56597 Summary: Wine does not recognize ANSI escape codes Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: wszqkzqk(a)qq.com Distribution: --- Created attachment 76355 --> https://bugs.winehq.org/attachment.cgi?id=76355 binary file to reproduce According to [Wikipedia](https://en.wikipedia.org/wiki/ANSI_escape_code#DOS_and_Windows) and [Windows API docs](https://learn.microsoft.com/en-us/windows/console/console-virtual-ter…, Windows has supported ANSI escape code since Windows 10 version 1511. ```c #include <locale.h> #include <stdio.h> int main () { setlocale (LC_ALL, ""); fprintf (stdout, "\x1b[32m" "\x1b[1m" "STDOUT" "\x1b[0m" "\n"); fprintf (stderr, "\x1b[31m" "\x1b[1m" "STDERR" "\x1b[0m" "\n"); } ``` For this example (compiled with clang 18 in msys2, linked to `ucrtbase.dll`), the characters can be escaped with color and bold and output as we expected under Windows. However, run these program in wine will directly print out the escape code without escaping: ``` [32m[1mSTDOUT[0m [31m[1mSTDERR[0m ``` -- 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 7

[Bug 56418] New: Patch wined3d-bindless-texture cause no GUI show
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=56418 Bug ID: 56418 Summary: Patch wined3d-bindless-texture cause no GUI show Product: Wine-staging Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xj(a)wp.pl CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- For some application - in my case VST plugins like sforzando or Molot - GUI is not showed. Editor (GUI) window is empty. After some investigation I find out that the cause is patch wined3d-bindless-texture It worked until wine version 9.2 This bug started after wine 9.3 and it's still present in 9.4. I'm using nouveau driver with GeForce GT 710 card. The same is with driver nvidia 470. Issue not appear on clean wine. -- 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 5

[Bug 56616] New: FloEdit II fails to start, repeats error in log indefinitely
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=56616 Bug ID: 56616 Summary: FloEdit II fails to start, repeats error in log indefinitely Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: odbc Assignee: wine-bugs(a)winehq.org Reporter: somethingoutoftheordinary(a)live.com Distribution: --- Hi, since WINE 8.2 FlorEdit II from Florian Stohr does not start, it logs the message 012c:fixme:odbc:SQLDataSources (EnvironmentHandle 02ED1D08, Direction 2, ServerName 0670E97C, BufferLength1 127, NameLength1 0670EB2C, Description 0670E8EC, BufferLength2 127, NameLength2 0670EA9C) followed by repeating the following indefinitely: 0130:fixme:odbc:SQLDataSources (EnvironmentHandle 02A52500, Direction 1, ServerName 05E6E97C, BufferLength1 127, NameLength1 05E6EB2C, Description 05E6E8EC, BufferLength2 127, NameLength2 05E6EA9C) (starts with Direction 2, then repeats direction 1) it never reaches a point of starting the application, it works on WINE 8.1 and below but on none of the versions after. -- 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 56529] New: Bejeweled 3 crashes on start in ddraw.dll
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=56529 Bug ID: 56529 Summary: Bejeweled 3 crashes on start in ddraw.dll Product: Wine-staging Version: unspecified Hardware: x86-64 URL: https://store.steampowered.com/app/78000/Bejeweled_3/ OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: ArchLinux Created attachment 76283 --> https://bugs.winehq.org/attachment.cgi?id=76283 terminal output Bejeweled 3 shows an error window titled "Fatal Error!" when started in current wine-9.5-156-g9786ee25554 (Staging). The game starts properly in vanilla wine-9.5-156-g9786ee25554. The patch from Staging which causes the crash: https://github.com/wine-staging/wine-staging/blob/master/patches/ddraw-GetP… It started happening since Staging commit 3ed5b91e3302f0618d921554d4fa2b9444717115 (Rebase against 4573910acc2783a3f678a428aa313377b09a04e8.) -- 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 49423] New: Added input lag in World of Warcraft and other games
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=49423 Bug ID: 49423 Summary: Added input lag in World of Warcraft and other games Product: Wine Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bloodyiron(a)lanified.com Distribution: --- In World of Warcraft you use WASDQE to move your character in the world in a very highly responsive manner. When using WINE 4.16, there is no perceptible input lag. However, switching to WINE 4.17 or higher (verified in 5.7 also), there is immediately perceptible input lag. Namely, in a combination of dropped/missed inputs and delayed response to inputs the game receives. This seems to be reproducible 100% of the time based on my experience and generally everyone else I've asked, or read comments on the topic. This input lag is so bad it means World of Warcraft should not be played on any version higher than WINE 4.16 until this input lag bug is fixed, as it makes gameplay elements (complex boss fights) nearly impossible. -- 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 22

[Bug 31245] New: xrandr12 warcraft 3 regression
by wine-bugs＠winehq.org 04 May '24

04 May '24

http://bugs.winehq.org/show_bug.cgi?id=31245 Bug #: 31245 Summary: xrandr12 warcraft 3 regression Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: asdfrewq(a)mail.ru Classification: Unclassified When i trying to change screen resolution in Warcraft 3 options, it show me confirmation window "All ok, do you realy want to save this resolution", but realy nothing happens, resolution does not change. This is printed to stdout: fixme:win:EnumDisplayDevicesW ((null),0,0x33f354,0x00000000), stub! err:xrandr:xrandr12_set_current_mode Resolution change not successful -- perhaps display has changed? In wine 1.5.8 all was ok. -- 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 36

[Bug 48565] New: When entering fullscreen at lower resolution than the desktop, scrollable virtual desktop is accessible
by WineHQ Bugzilla 04 May '24

04 May '24

https://bugs.winehq.org/show_bug.cgi?id=48565 Bug ID: 48565 Summary: When entering fullscreen at lower resolution than the desktop, scrollable virtual desktop is accessible Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmayr.dev(a)gmail.com Distribution: --- I tried playing a DirectX-based game, e.g. GTAIV, using the emulated virtual desktop at 800x600 (my desktop's native resolution is 1440x900). But ever since I changed back to playing the game fullscreen at 800x600 *without the virtual desktop*, the following happens: - The game starts at the desired lower resolution - Part of my desktop environment's panel is visible within the game's viewport, at that same lower resolution - If I move the mouse far enough, I realize that there's an active 1440x900 virtual desktop, showing me a lo-res 800x600 window - I can scroll around the edges of this virtual desktop, thus Wine losing the captured mouse cursor - When playing, this moves the centered game view past the center of the screen, losing focus; this prevents the mouse cursor's movements to be confined within the fullscreen window, which is supposed to be the an immovable viewport. I haven't found a way to revert back from having tried the virtual desktop option, as the change has been somehow been made permanent. -- 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