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

[Bug 46375] New: Vietcong: game save thumbnails (screenshots) have corrupted colors
by wine-bugs＠winehq.org 23 Aug '24

23 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=46375 Bug ID: 46375 Summary: Vietcong: game save thumbnails (screenshots) have corrupted colors Product: Wine Version: 4.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: havran.jan(a)email.cz Distribution: Other Created attachment 63117 --> https://bugs.winehq.org/attachment.cgi?id=63117 Game-save screenshots - left = created on windows, right = Wine Every time Vietcong game creates new game save (psg file), it also creates in-game screenshot of what scene game currently render on screen. This screenshot is part of the psg file. In main menu, game shows screenshot of selected game save (as a thumbnail). On native Windows, these screenshots are created relative nice (but they are low quality/compressed pictures), while on Wine they have always corrupted colors. It is not problem of showing these screenshots (since I tried in Wine to load game save created on Windows, which had nice thumbnail), but they are being created corrupted. I have not looked into this bug deeply yet, so I do not know which API game uses to create these screens. This bug is in Wine probably for very long time, maybe since beginning. There is nothing special in the Wine log. -- 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 10

[Bug 57082] New: InstallShield 5 installer stuck loading/preparing at 99% only on Fedora KDE 40 (Same Wine works on Kubuntu 24.04)
by WineHQ Bugzilla 22 Aug '24

22 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57082 Bug ID: 57082 Summary: InstallShield 5 installer stuck loading/preparing at 99% only on Fedora KDE 40 (Same Wine works on Kubuntu 24.04) Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: liz.minix(a)gmail.com Distribution: --- The game I'm trying to install is Pizza Syndicate from a German coverdisc that can be found here: https://archive.org/details/computer-bild-spiele-2001-09 It's a 16bit InstsallShield 5 installer. My Wine version is 9.0 multilib self compiled from the .tar.xz without any patches on both Fedora KDE 40 and Kubuntu 24.04. On Kubuntu the installer loads, the wizard starts and the installation can be finished. On Fedora 40 the installer starts up and loads/begins preparing the wizard but gets stuck at 99% indefinitely. The only notable/unusual log output I get are the following line: 0114:err:sync:RtlpWaitForCriticalSection section 009A0078 "../source/dlls/ntdll/heap.c: heap.cs" wait timed out in thread 0114, blocked by 0118, retrying (60 sec) that continues to be printed every 60 seconds. After a bit of googling I found a very old thread about a other case of RtlpWaitForCriticalSection which talked about it probably being a problem with a syscall (glibc or something?) and that seems to fit as it works on one distro but not the other. That's sadly as far as I could get diagnosing this with my limited knowledge. Let me know if I can be of use. -- 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 57088] New: offline cannot open the application
by WineHQ Bugzilla 22 Aug '24

22 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57088 Bug ID: 57088 Summary: offline cannot open the application Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 18067966060(a)163.com Distribution: --- my ubuntu is offline, so i cannot open the application with 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 1

[Bug 57089] New: GUI Elements not showing up in Cloanto C64 Forever and Amiga Forever
by WineHQ Bugzilla 22 Aug '24

22 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57089 Bug ID: 57089 Summary: GUI Elements not showing up in Cloanto C64 Forever and Amiga Forever Product: Wine Version: 9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marcok(a)web.de Distribution: --- GUI Elements not showing up in Cloanto C64 Forever and Amiga Forever There should be elements beneath the clickable icons on the button. In Windows they flip open so you can choose options. This is not working at all. Windows Works fine Wine stable and wine staging show 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 3

[Bug 57087] New: wont work on mac os monterey
by WineHQ Bugzilla 22 Aug '24

22 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57087 Bug ID: 57087 Summary: wont work on mac os monterey Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: cpeter1326(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- tried downloading the stable, dev, and staging packages. was able to successfully install all 3, but then the icons were all greyed out and came up with an error message of "Wine Stable" needs to be updated. the developer of this app needs to update it to work with this version of macos. please help -- 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 0

[Bug 25689] New: Combat Mission: Barbarossa to Berlin - failing to initialize graphics
by wine-bugs＠winehq.org 21 Aug '24

21 Aug '24

http://bugs.winehq.org/show_bug.cgi?id=25689 Summary: Combat Mission: Barbarossa to Berlin - failing to initialize graphics Product: Wine Version: 1.3.10 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mat69(a)gmx.net Created an attachment (id=32722) --> (http://bugs.winehq.org/attachment.cgi?id=32722) terminal output when starting cmbb I installed CMBB and updated to 1.03, using a crack made it possible to avoid BUG:219. Trying to start I get a message complaining that Direct3D graphics could not be recognised. Attached is the terminal output. -- 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 11

[Bug 56912] New: GR2Analyst 3 Weather Radar Software
by WineHQ Bugzilla 21 Aug '24

21 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=56912 Bug ID: 56912 Summary: GR2Analyst 3 Weather Radar Software Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stormtrackertony(a)gmail.com Distribution: --- Created attachment 76733 --> https://bugs.winehq.org/attachment.cgi?id=76733 backtrace of error Latest version of this software loads but errors when trying to import radar data. Shared the attached backtrace with the software developer and he responded: The problem is here: 0x0043a534 gr2analyst+0x3a534: ldsl %eax,%esi Which is trying to load a full 48-bit pointer into segment:register from a memory location. Win32 programs aren't allowed to mess with their segment registers. I don't see that code anywhere in my asm listing files, so there are two possibilities: 1. The stack is getting corrupted and the return address from a function call is trashed, so the program tries to execute junk (which happens to be the LDS instruction). Of course, the question is "why doesn't this happen on real Windows"? 2. WINE has a bug that trashes the stack. -- 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 26

[Bug 56999] New: LineMediaPlayer.exe from NAVER Line needs msvcp140_2.dll.__std_smf_cyl_bessel_i
by WineHQ Bugzilla 21 Aug '24

21 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=56999 Bug ID: 56999 Summary: LineMediaPlayer.exe from NAVER Line needs msvcp140_2.dll.__std_smf_cyl_bessel_i Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: pq2sx44teeigl7za(a)chyen.cc Distribution: --- Created attachment 76838 --> https://bugs.winehq.org/attachment.cgi?id=76838 Logs for LineMediaPlayer.exe LineMediaPlayer.exe is used to display images and videos in LINE. After a recent upgrade, the player no longer works, showing an error about missing msvcp140_2.dll.__std_smf_cyl_bessel_i (see logs) Steps to reproduce: 1. Download and install https://desktop.line-scdn.net/win/new/LineInst.exe - it's linked from https://line.me/ when using a Windows User-Agent header. 2. Try to run LineMediaPlayer.exe (ex: wine /home/user/.local/share/wine/drive_c/users/user/AppData/Local/LINE/Data/plugin/LineMediaPlayer/1.2.0.545/LineMediaPlayer.exe) Here 1.2.0.545 is the currently installed version of LineMediaPlayer. You may need to change the version to the latest one if there are updates. Investigation: In Microsoft STL, __std_smf_cyl_bessel_i calls boost::math::cyl_bessel_i [1]. C++17 provides std::cyl_bessel_i. I'm not sure if it's feasible to use that in a C project like Wine. Even if C++ is allowed, I assume a version requirement like C++17 is still an issue. [1] https://github.com/microsoft/STL/blob/vs-2022-17.10/stl/src/special_math.cp… [2] https://en.cppreference.com/w/cpp/numeric/special_functions/cyl_bessel_i [3] https://github.com/kcat/openal-soft/commit/d6d572df66eb2b5beeb3da7f3b11a328… -- 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 56652] New: 3ds max setup error
by WineHQ Bugzilla 21 Aug '24

21 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=56652 Bug ID: 56652 Summary: 3ds max setup error Product: Wine-staging Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: finenkofedor(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- 3DS Max 2024 wasn't launching without pasting bs.odis dlls to system32 folder, all libs was in setup folder. After setting dll override setup launched but could not finish installation. Figured out there's problem in main package, 3dsmax.msi, it wasn't launched either. I attached torrent file linked to my package -- 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 57085] New: winebus SDL backend seems to always report force feedback effects as playing on linux, confuses BeamNG.drive 0.32.5.0
by WineHQ Bugzilla 20 Aug '24

20 Aug '24

https://bugs.winehq.org/show_bug.cgi?id=57085 Bug ID: 57085 Summary: winebus SDL backend seems to always report force feedback effects as playing on linux, confuses BeamNG.drive 0.32.5.0 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: katharine.chui(a)gmail.com Distribution: --- Wine/Proton users have not been able to use "Fast" update type on BeamNG.drive. https://www.beamng.com/threads/workaround-to-get-ffb-to-work-on-linux-proto… After reporting the lack of IDirectInputEffect::Start calls on Wine to BeamNG.drive, it seems that they will be force issuing ::Start once after ::CreateEffect in a future update, regardless of the output of ::GetEffectStatus, if the change does not break other wheels on windows. Discussing the issue further with BeamNG.drive developer stenyak on discord, with "Fast" update type for force feedback, current release of BeamNG.drive seems to always query effect status using ::GetEffectStatus, and would only issue ::Start if the effect is not playing. If my tracing is correct, https://gitlab.winehq.org/wine/wine/-/blob/6e15604c48acd63dd8095a4ce2fd011c… always emits effect playing report on hid because on Linux, SDL does not support SDL_HAPTIC_STATUS. Due to ::GetEffectStatus flagging effect playing falsely, ::Start is never issued on Wine, causing effects to never play on the SDL hid backend. While BeamNG.drive seems to be quite open to doing small fixes to help players on Wine/Proton as long as it does not break on windows, is there anything that could be change on this end to make it less confusing for applications that relies on ::GetEffectStatus going forward? -- 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 0