August 2026 - Wine-Bugs - list.winehq.org

[Bug 60121] New: Multi Theft Auto serial validation error

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60121 Bug ID: 60121 Summary: Multi Theft Auto serial validation error Product: Wine Version: 11.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: EpicTux123(a)proton.me Target Milestone: --- Distribution: --- Created attachment 81684 --> http://bugs.winehq.org/attachment.cgi?id=81684 80 mb log file from me # THE ISSUE There exists a modification for the game "Grand Theft Auto: San Andreas" called "Multi Theft Auto", available online at https://multitheftauto.com/ . It makes it possible to play the game online with others, something that the original game does not have the possibility to. Some bad actors, however, sometimes use cheat like god mode, infinite money and so on. To fix it, the developers ban such bad actors, but to avoid the bad actors from simply creating a new account and using a VPN (ban evasion), they also uniquely register the device serial based on the unique identifiers of hardware components, but mainly the storage device, be it a SATA HDD or a NVME SSD. This is their anti-cheat/anti-device spoofing system, which is proprietary. The rest of the code is open-source, available at https://github.com/multitheftauto/mtasa-blue , but the relevant code for this issue is a proprietary network module. Wine apparently fails at getting such serial from the Linux system, resulting in the app not working as expected and closing with serial validation error. On Windows, it works as expected, be it with any type of storage (filesystem is always NTFS, in this case). # THE DEVELOPERS' RECOMMENDATIONS https://help.multitheftauto.com/sa/trouble/serial-validation/#-linux To fix the issue, the developers recommend running the native Linux server binary (server, not client) to then generate such serial IDs automagically and keep them in sync with the client (the mod's client is Windows-only, but can work via Wine). It requires root in order to read some system paths. However, that has not been successful for me. Apparently, after running the server, there is supposed to be an automatic magic communication between the Linux server -> MTA client (the latter being via Wine, and the former being Linux native), but it did not happen in my case, even without sandboxing. # THE INCONSISTENCIES It is a gamble; 50% of people get it to work, and 50% do not, and the latter is my case. I asked one of the Multi Theft Auto developers if their anti-device spoofing mechanism discriminates against device type or if it really only cares about the serial being valid. The latter is the answer: it only cares about serial numbers. # A WEIRD WORKAROUND Some people in the community have found that if you plug in a SATA drive such as a USB stick or external SATA HDD, the serial validation works as expected, but that has not been my case; it was still not working. This is not relevant either, because on Windows it works with a single NVME-only device without any issues, but I am mentioning it because some people have found it to work with that. It is something related to not having certain types of storage/disks; see https://wiki.multitheftauto.com/wiki/Client_on_Linux_Manual#Known_issues:~:… for a community explanation (that page is somewhat outdated, but the part I linked may be relevant for the information it gives). The workaround did not work for me. So, I dug further into what is the problem. # WMI: THE POTENTIAL PROBLEM In https://github.com/multitheftauto/mtasa-blue/issues/4097 such issue is discussed at length, but what has been its main subject is the talk about Windows Management Instrumentation (WMI) and how Wine exposes storage devices and their IDs to the app. The main comment is this one https://github.com/multitheftauto/mtasa-blue/issues/4097#issuecomment-42591… (please read it starting from there as it has relevant information), talking about how the issue happens. The person there also made a small program to replicate how Wine gets the serial for the app ( https://github.com/Zephkek/serial_test ), trying to replicate the query from Wine. # TO REPRODUCE THE ISSUE 1. Buy a copy of the game GTA SA. See https://wiki.multitheftauto.com/wiki/Where_to_buy_GTASA for details. (Note: the game is abandonware. To buy it, you have to buy the full new trilogy as well, but de-listed version also exists on Steam if you had it earlier, or in the high seas if you want to search there). 2. Acquire the modification, MTA, at https://multitheftauto.com/ (main Download button, Win10 version), at no cost. 3. Create a clean Wine prefix (note: in my case it was Wine from Arch Linux with WOW64 enabled), with those verbs installed from winetricks: allfonts fontsmooth=rgb d3dx9_42 d3dcompiler_42 d3dcompiler_43 d3dcompiler_47 (needed to avoid launch issues). 4. Run the mod installer inside the Wine prefix. Uncheck everything in the installer except for "Game client" (do not check what cannot be unchecked, of course). 5. Do not change default mod install directory. 6. Change game directory to your copy of GTA SA (can be in your /home outside the prefix, no problem). If the copy is not version 1.0, MTA will automatically downgrade it to v1.0 (Steam is v3.0, for example). 7. After installing, open the game with its wineprefix. Mod's EXE is located in "C:/Program Files (x86)/MTA San Andreas 1.6/Multi Theft Auto.exe". 8. If it gives you warn about anti-virus, check the checkbox and proceed (you can safely ignore it). 9. Game opens to the main menu, and after 10 seconds exists with invalid serial error. Tip: run the mod with WINEDEBUG="+wmic,+wbemprox,+mountmgr,+volume,+file" for debug. I am not entirely sure the case is WMI but that is my best guess at the moment. # SYSTEM INFORMATION I am able to reproduce this issue with the following system: Operating System: Arch Linux KDE Plasma Version: 6.7.3 KDE Frameworks Version: 6.28.0 Qt Version: 6.11.1 Kernel Version: 7.1.5-arch1-2 (64-bit) Graphics Platform: Wayland Package "wine" from Arch Linux official repository. Version "11.14-2". ("wine-mono" and "wine-gecko" packages also installed, but probably not relevant.) System with only one NVME SSD installed and nothing else. I also attached a log file from my test of the problem with the same debug flags I recommended earlier. -- 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.

Aug. 3, 2026

[Bug 50277] Haven intro video does not play

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=50277 --- Comment #80 from Stian Low <wineryyyyy(a)gmail.com> --- Also related/duplicate: - https://bugs.winehq.org/show_bug.cgi?id=56780#c3 Saint Kotar confirmed duplicate. The Long Dark and The Room 4: Old Sins are also likely duplicates but unfortunately do not have intros for quick test and I do not have time to wait/find cutscenes for now. -- 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.

Aug. 3, 2026

[Bug 56780] Multiple games skip playing cutscenes (The Long Dark, The Room 4: Old Sins, Saint Kotar)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56780 --- Comment #3 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 81683 --> http://bugs.winehq.org/attachment.cgi?id=81683 Screenshots Saint Kotar intro video fixed via MR-11398 for renderer=gl and vulkan (In reply to Stian Low from comment #2) > I'll test these to confirm patches apply. The Long Dark and The Room 4: Old Sins do not have intro videos so I'll retest later when I have more time to find cut scenes but it seems very likely they also duplicate Haven bug-50277: - https://bugs.winehq.org/show_bug.cgi?id=50277 -- 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.

Aug. 3, 2026

[Bug 60100] AppDB migration to Content Management System

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60100 --- Comment #8 from Stian Low <wineryyyyy(a)gmail.com> --- (In reply to Jeremy Newman from comment #7) > I'm not opposed to migrating the AppDB to a different platform. > > Currently we self-host the AppDB on a minimal VPS. So if we move to a more > robust CMS, we would need to figure out hosting options. I would prefer we > simply rent something from a retributable provider than maintaining our own > self-hosted solution. This provider would handle keeping the platform > updated. Provide me with a list of hosts and I can take a look at pricing. I > won't rule out self-hosting, but using an established CMS brings security > risks if we are not diligent about keep it constantly updated. My experience has only ever been self-hosted solutions but both Moodle and Drupal seem to offer official provider-hosted solutions including VPS for Drupal which may also be available for Moodle: - https://moodle.com/services/hosting/ - https://www.drupal.org/hosting/vps I'll post non-official alternatives if I find other decent options but official seems best options if competitive. WineHQ may also qualify for open source discounts. > The other requirement would be that most of our current data be migrated vs > starting over from scratch. This means we'd probably have to create some > sort of one off conversion tool. Data xfer solution would be needed but seems fairly simple for mapping AppDB MySQL to corresponding fields for whatever CMS chosen. I have experience migrating data for ERP systems which is far less trivial. Providers may also offer help migrating data. -- 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.

Aug. 3, 2026

[Bug 55955] Captvty expects comctl32 to have delay import table in PE header

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=55955 --- Comment #19 from gerard.labadie(a)sysgroup.fr --- I have solved it with the procedures on my github https://github.com/k3ck3c/captvty3-wine-patcher traanslation from https://github.com/k3ck3c/captvty3-wine-patcher/blob/main/docs/history.md History Context Captvty 3.0.1.24 does not work correctly on recent versions of Wine. The main symptoms observed were: immediate crash upon startup; errors related to Windows themes (UxTheme / Visual Styles); crash during a download; crash at the end of a download. The goal of this project is not to modify how Captvty functions, but simply to enable it to run correctly on Wine. Analysis The analysis began by comparing Captvty's behavior across several versions of Wine. As the program is developed in .NET, the investigation was then conducted directly at the IL code level using Mono.Cecil and several small tools developed for this project. The goal was not to fully de-obfuscate Captvty, but to identify calls to the .NET framework likely to cause the observed exceptions. This approach quickly made it possible to isolate several assumptions made by the application that hold true on Windows but not always on Wine. First fix: startup The first crash occurred during application initialization. The method in question is: _zcA::_UXB() This routine performs several Windows-specific initialization tasks that are not essential for Captvty to run on Wine. The fix consists of neutralizing this method. Second fix: Windows theme colors Captvty queries several colors using: VisualStyleRenderer.GetColor(...) Wine does not fully replicate this behavior. The fix replaces this initialization with generic colors: SystemColors.Window SystemColors.WindowText The appearance remains very similar while becoming independent of Windows themes. Third fix: temporary file length During a download, Captvty may call: new FileInfo(path).Length even though the temporary file does not yet exist. The fix first checks: File.Exists(path) and returns a length of zero if the file is not yet present. Fourth fix: stream position Another exception originated from: Stream.Position while the stream was momentarily null. The fix simply returns 0 until the stream is initialized. Fifth fix: download completion At the end of a download, Captvty creates an object representing the downloaded file. Depending on when this operation occurs, the temporary file may have already been renamed. An additional File.Exists() check prevents an exception regarding FileInfo.Length. Validation The fix's operation was validated through several tests: full startup of Captvty; browsing show lists; complete download of a show; playback of the resulting file using mpv; stream verification using MediaInfo. Notably, downloading a show larger than 500 MB served to validate the final fix. Project philosophy This repository intentionally does not distribute any modified Captvty executables. The user retains their original copy of Captvty and applies the fix themselves. This approach offers several advantages: respect for the work of the Captvty author; ability to verify the patcher's source code; reproducibility of changes; no distribution of a modified executable with unverifiable content. Future outlook Ideally, this patcher would one day become unnecessary. Two scenarios are possible: Wine evolves and fully replicates the behaviors expected by Captvty; or the Captvty author directly incorporates equivalent robustness checks. In either case, this project will have fulfilled its purpose. -- 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.

Aug. 3, 2026

[Bug 60100] AppDB migration to Content Management System

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60100 Jeremy Newman <jnewman(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jnewman(a)winehq.org --- Comment #7 from Jeremy Newman <jnewman(a)winehq.org> --- I'm not opposed to migrating the AppDB to a different platform. Currently we self-host the AppDB on a minimal VPS. So if we move to a more robust CMS, we would need to figure out hosting options. I would prefer we simply rent something from a retributable provider than maintaining our own self-hosted solution. This provider would handle keeping the platform updated. Provide me with a list of hosts and I can take a look at pricing. I won't rule out self-hosting, but using an established CMS brings security risks if we are not diligent about keep it constantly updated. The other requirement would be that most of our current data be migrated vs starting over from scratch. This means we'd probably have to create some sort of one off conversion tool. -- 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.

Aug. 3, 2026

[Bug 60120] New: Amnesia: Rebirth crashes after the splash screens

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60120 Bug ID: 60120 Summary: Amnesia: Rebirth crashes after the splash screens Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com CC: rbernon(a)codeweavers.com Target Milestone: --- Regression SHA1: c6ce266a68a9c588547ef44571f0b43ba25bec03 Distribution: --- Created attachment 81682 --> http://bugs.winehq.org/attachment.cgi?id=81682 backtrace After loading bar, logos, just before the main menu. -- 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.

Aug. 3, 2026

[Bug 60119] New: Wine Takes Over As URL Handler for Apps

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60119 Bug ID: 60119 Summary: Wine Takes Over As URL Handler for Apps Product: Wine Version: 11.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: spamemail392g(a)gmail.com Target Milestone: --- Distribution: --- When installing Wine (specifically, 11.14-staging was where this issue was observed), it will take over as the system's default handler for http and https links, without any user confirmation to do so. This handler also fails to open the links in the default browser. As a result, this prevents links from external apps being opened in the user's default browser. For example, when clicking on a link from Discord, it does not open in Firefox. Note that when creating this bug report, this has only been explicitly observed with Flatpak apps, and not system packages, Appimages, Snaps, or any other package format. -- 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.

Aug. 3, 2026

[Bug 60110] AiCube-ISP v6.96Z: crashes (stack overflow) when selecting MCU type from dropdown

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60110 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |testcase --- Comment #10 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Passed on Windows 10. -- 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.

Aug. 3, 2026

[Bug 50277] Haven intro video does not play

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=50277 --- Comment #79 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 81681 --> http://bugs.winehq.org/attachment.cgi?id=81681 Screenshots IronHarvest as duplicate for wine-11.14-4dbf7bef7a0 for renderer=gl and vulkan worked around via MR-11398 pending MR-11404 for GetSharedHandle; damavand darker fixed via `winecfg /v win8` IronHarvest has other bugs besides Haven video bug which may be regressions (also shown for screenshots): - renderer=gl renders ground without textures but renders trees - renderer=vulkan renders ground but not trees - Starts up fullscreen seemingly every other run despite setting windowed mode Final screenshot shows intro video for 1st campaign rendering ground partially correctly for renderer=gl which is played like a video but seems likely an in-game/gameplay cinematic rather than a true 2D video shown for the first screenshots which are the actual duplicates of Haven video bugs. -- 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.

Aug. 3, 2026