wine-bugs

wine-bugs@winehq.org

159134 discussions

[Bug 58216] New: Inquisitor crashes on start
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58216 Bug ID: 58216 Summary: Inquisitor crashes on start Product: Wine Version: 10.7 Hardware: x86-64 URL: https://store.steampowered.com/app/241620/Inquisitor/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Regression SHA1: 075033d61ffac2a8d42e06e91a12c88f2fa17401 Distribution: ArchLinux Created attachment 78529 --> http://bugs.winehq.org/attachment.cgi?id=78529 terminal output The intro video in Inquisitor never worked for me: it was gracefully skipped and the game loaded directly the main menu. Since Wine-10.7 the game crashes right after start. Reverting the following commit fixes the crash for me: commit 075033d61ffac2a8d42e06e91a12c88f2fa17401 winegstreamer: Make sure WMSyncReader never reads in the background. 'winetricks wmp9' also makes the crash go away (the startup video still does not work). Reproduced with the Steam and GOG.com versions. wine-10.7-73-gf9741837a3b -- 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 13

[Bug 58710] New: wmic now also prints system properties since 3c8a072b52f2159e68bfd4e471faf284309201ed
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58710 Bug ID: 58710 Summary: wmic now also prints system properties since 3c8a072b52f2159e68bfd4e471faf284309201ed Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Do: "WINEDEBUG=-all wine wmic bios get version" Output: __GENUS __CLASS __RELPATH __PROPERTY_COUNT__DERIVATION__SERVER __NAMESPACE __PATH Version 2 Win32_BIOS 1 {} WINE - 1 This confuses programs that use wmic's output (like Altium installer in win7 mode) Expected output: Version WINE -1 -- 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 58662] New: 16-bit bitmap rendering
by WineHQ Bugzilla 19 Sep '25

19 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58662 Bug ID: 58662 Summary: 16-bit bitmap rendering Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: zowie+wine(a)vandillen.io Distribution: --- Created attachment 79243 --> http://bugs.winehq.org/attachment.cgi?id=79243 Glitchy 16-bit render of Civilization 3. Without OpenGL Civ 3 does not have visible glitches. I've added a new test earlier today for 16-bit bitmap rendering with wGL [1]. In conclusion, it's pretty broken. The solution to this problem isn't trivial, so I'm opening this issue for discussion. On Windows, when wglChoosePixelFormat is called with the flag `PFD_DRAW_TO_BITMAP` and `cColorBits = 16`, you'll be given a pixel format with r5g5b5a1 (except that the alpha bit is somewhat quirky). This gives you a software rendered OpenGL context for OpenGL 1.1 [2]. On Wine, asking for a 16-bit pixel format gets you nothing, because all 16-bit pixel formats with the DRAW_TO_BITMAP are required to have an alpha bit in Wine and none of the pixel formats on my Nvidia driver actually have an alpha bit (there's only r5g6b5 and r16). The alpha bit requirement was introduced recently in MR !8392 [3]. It's worth noting that not getting a pixel format — although it's wrong — actually works pretty well for Civilization 3 (see “relevant software” section). Removing the check for an alpha bit, Wine will be able to find a 16 bit pixel format again, but you'll get unusably bad renders (screenshots in the attachments). Some observations on the screenshots: - You can see alternating vertical black/blue and orange/white/yellow lines every horizontal pixel. - Blue pixels appear in the black lines, but they're rare. I only see blue pixels in the text in the SimGolf screenshot. - The render buffer doesn't seem to be getting cleared (pretty apparent in Civilization 3: the old squares were sticking around) - Zooming in, you can see that there aren't only vertical lines, but also horizontal lines (see zoomed-in screenshot). My theory is that there's two problems: - Wine is probably putting 32-bit-per-pixel renders into the 16-bit-per-pixel bitmaps. This explains the vertical & horizontal lines. I'm guessing there's also some memory corruption as a consequence: It's presumably overwriting twice as much bitmap memory as it should. - The right pixel format just doesn't exist. The format r5g5b5a1 is not something that is actually implemented on hardware (at least not anymore), it's just a quirky Windows software renderer thing. The second point is a bit troublesome because I don't see any easy workarounds. The most obvious solution is to make an OpenGL 1.1 software renderer of our own. Alternatively, it might be possible to simulate the behaviour by using a 32-bits-per-pixel OpenGL context. Whenever glFinish is called, we could download the render to a "secret" Wine-internal bitmap that's also 32 bpp and then overwrite the 16 bpp bitmap based on the pixels of the 32 bpp bitmap. I'm not sure how reliable that is. Looking at the OpenGL 1.1 reference [4], I think making an OpenGL 1.1 software renderer could be a fun project, but the other solution definitely seems like less effort. I've only been involved in Wine for seven days though, so I'll defer the decision to senior maintainers. [1] https://gitlab.winehq.org/wine/wine/-/merge_requests/8888 [2] https://www.khronos.org/opengl/wiki/Platform_specifics:_Windows#PFD_DRAW_TO… [3] https://gitlab.winehq.org/wine/wine/-/merge_requests/8392 [4] https://www.talisman.org/opengl-1.1/Reference.html --- Relevant software (screenshots in attachments) - Sid Meier's SimGolf (demo: https://archive.org/details/Simgolfdemo) In SimGolf, a 16-bit DRAW_TO_BITMAP OpenGL context seems to be used for drawing the terrain. Currently, the terrain renders as black. - Sid Meier's Civilization 3 In Civilization 3, it seems that 16-bit bitmap rendering is used to draw an outline for the movement range of a selected unit (that's just a guess. It draws a square when a unit is selected but I haven't seen it without glitches). It's notable that Civilization 3 currently works fine. Because wglChoosePixelFormat doesn't find a 16-bit pixel format, the `null_gl` implementation is being used right now. That works out pretty well because the movement range outline isn't something you miss when you don't know it's supposed to be there. --- Relevant bugs: Sid Meier's SimGolf does not render properly | https://bugs.winehq.org/show_bug.cgi?id=50876 Civilization III Complete shows black terrain (Wine compiled with OSMesa support) | https://bugs.winehq.org/show_bug.cgi?id=41930 -- 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 9

[Bug 48548] New: Support running multiple tests in submitted jobs
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48548 Bug ID: 48548 Summary: Support running multiple tests in submitted jobs Product: Wine-Testbot Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: cdavis5x(a)gmail.com When I submit a job manually on the testbot, I can only run one instance of one executable. For a binary, this makes sense, since there's only one binary; but a patch, for which a choice of Wine test executables is offered, can affect multiple Wine unit tests. I then have to submit the job multiple times, one for each test unit affected. This seems... suboptimal. It'd be much faster and more convenient if I could run multiple tests in a single job. -- 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 58711] New: DNF refuses to install or update winehq-staging, checksum sha256sum mismatch
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58711 Bug ID: 58711 Summary: DNF refuses to install or update winehq-staging, checksum sha256sum mismatch 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: charlesthethobe(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Since wine version 10.15 release I'm unable to perform a system update due to mismatching checksums between what the repo suggests and the actual rpm package. https://dl.winehq.org/wine-builds/fedora/42/x86_64/winehq-staging-10.15-1.1… This file's checksum is currently: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0 While it's expected to be: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfcbfea6 I tried running `# dnf clean metadata` to no avail. -- 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 58714] New: Textbox area got strikethroughed, despite working normal on Windows.
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58714 Bug ID: 58714 Summary: Textbox area got strikethroughed, despite working normal on Windows. Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 44ww0wok0k404cc0cgc84ko04kw8ow04(a)ai.notifier.in Distribution: --- Created attachment 79314 --> http://bugs.winehq.org/attachment.cgi?id=79314 EXE > BUG Wine failed to display textbox text properly. All text displayed in textbox result in strikethroughed and not selectable. On Windows, the textbox is functionable. > PROCEDURE 1. Save both "__XML File Finder for The Sims 4.exe" and "XML File Index.txt" to Desktop (e.g., /home/you/Desktop) 2. Run "wine __XML.....exe" 3. Click "Browse" and select the txt file. 4. In "Search for" area, input "walk". > EXPECTED RESULT Working textbox. > ACTUAL RESULT Textbox is not working and strikethroughed. -- 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 58713] New: Regression: D3D9 Shims Broken in Wine Staging 10.15
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58713 Bug ID: 58713 Summary: Regression: D3D9 Shims Broken in Wine Staging 10.15 Product: Wine-staging Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cwbussard(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The modding communities for some older games, notably Guild Wars, use d3d9.dll shims like uMod and gMod (links below) to do texture replacement. These shims have worked correctly in Wine for many years, but are broken in staging-10.15. In staging-10.15, the shim appears to be working, but no textures are replaced. These shims work correctly in staging-10.14 and also in devel-10.15. It appears only staging-10.15 is affected. (Sorry, I am not equipped to do a bisect on wine-staging.) Steps to Reproduce (uMod, method1): 1. Start the uMod executable in Wine. 2. Launch Guild Wars from within uMod. 3. Use uMod's UI to load a texture replacement mod. 4. Observe that no textures are replaced. Steps to Reproduce (uMod, method2): 1. Place the uMod dll in the Guild Wars installation directory, renamed d3d9.dll. 2. Start the uMod executable in Wine. 3. Start Guild Wars in Wine. 4. Use uMod's UI to load a texture replacement mod. 5. Observe that no textures are replaced. Steps to Reproduce (gMod): 1. Place the gMod dll in the Guild Wars installation directory, renamed d3d9.dll. 2. Create a modlist.txt file in the Guild Wars installation directory, containing the full path to a texture replacement mod. 3. Start Guild Wars in Wine. 4. Observe that no textures are replaced. Useful links for reproducing the issue: - Guild Wars client. (No account needed; the issue can be observed on the login screen.) https://www.guildwars.com/en/download - uMod binary. https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main… - uMod source: https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main… - gMod github: https://github.com/gwdevhub/gMod - Sample mod. This is a mod for Guild Wars that replaces the textures for the minimize/maximize/close buttons in the upper right with 50% transparent textures. This is visible on the login screen. https://github.com/ChthonVII/guildwarslinuxinstallguide/raw/refs/heads/main… -- 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 58712] New: Gepard Shield broken with wow64
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58712 Bug ID: 58712 Summary: Gepard Shield broken with wow64 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paulo1039(a)gmail.com Distribution: --- Created attachment 79313 --> http://bugs.winehq.org/attachment.cgi?id=79313 gepard error Gepard shield is an anti-cheat/macro software used by some Ragnarok Online private servers (example: https://muhro.eu) to prevent botting and some macro software. It always worked with wine, but with wow64 builds its throwing an error closing the game. -- 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 56059] New: Overwatch 2: highlight saving generates a 1ms (empty) webm video file
by WineHQ Bugzilla 18 Sep '25

18 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56059 Bug ID: 56059 Summary: Overwatch 2: highlight saving generates a 1ms (empty) webm video file Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one Distribution: --- Created attachment 75715 --> https://bugs.winehq.org/attachment.cgi?id=75715 example video file When attempting to save a game highlight as a webm video file, Overwatch 2 *seems* to be encoding the video as it should, in that it uses the CPU and takes an appropriate amount of time to complete. However, the resulting file is only about 700K, and doesn't play in any player. Examining the file with MediaInfo shows what looks like a reasonable container with video and audio parts, but only 1ms duration. I get the same results in all of these Wine versions: wine-9.0-rc2 wine-9.0-rc2 (Staging) wine-ge-custom (aka lutris-GE-Proton) 8-23 Game installer download link: https://download.battle.net/en-us?product=ow&blzcmp=ow_gamesite Steps to reproduce: - play a game (easiest way is via Play: Training: Practice vs. AI: Casual) - after the game is over, return to the main menu - click username button (top right corner) - click history tab (top edge) - click highlights tab (left edge) - click a highlight from "today's top 5" - click save button (bottom edge) - select movie format: webm - click save button -- 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 9

[Bug 56137] New: Overwatch 2 fails to save highlight video files
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56137 Bug ID: 56137 Summary: Overwatch 2 fails to save highlight video files Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one Distribution: --- When attempting to save an Overwatch 2 highlight video as an mp4 file (the default format), it fails with this error message: SAVING ERROR An unknown error has occurred. (6-04) Steps to reproduce: - play a game (easiest way is via Play: Training: Practice vs. AI: Casual) - after the game is over, return to the main menu - click username button (top right corner) - click history tab (top edge) - click highlights tab (left edge) - click a highlight from "today's top 5" - click save button (bottom edge) - select movie format: mp4 - click save button Note that this is a different kind of failure than the one with .webm format (bug 56059). -- 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 58697] New: Jolly Rover hangs upon starting with 100% cpu usage
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58697 Bug ID: 58697 Summary: Jolly Rover hangs upon starting with 100% cpu usage Product: Wine Version: 10.15 Hardware: x86-64 URL: http://www.brawsome.com.au/rover_demo/jollyrover_demo. zip OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 0b7e785da4f45a8da6a977db9b05c729132f8afa Distribution: ArchLinux The game doesn't create a window and hangs with 100% cpu usage right after starting. There is nothing relevant in the terminal output. Doesn't happen when UseEGL=Y. Caused by commit 0b7e785da4f45a8da6a977db9b05c729132f8afa win32u: Keep a separate pointer for unused opengl drawable. Can be reproduced with the non-Steam demo as well (installer needs mfc42.dll) OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 580.82.09 OpenGL core profile shading language version string: 4.60 NVIDIA Install Jolly Rover Demo.exe md5sum: 71d9f44161a6dce81e1df135d276d312 -- 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 58637] New: SimCity 2000 Windows 95 edition doesn't launch
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58637 Bug ID: 58637 Summary: SimCity 2000 Windows 95 edition doesn't launch Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ihatemylife0025(a)gmail.com Distribution: --- Created attachment 79198 --> http://bugs.winehq.org/attachment.cgi?id=79198 Logs The Windows 95 edition of SimCity 2000 (URL: https://archive.org/details/sc2000_win95) doesn't launch. I remember it did work in older versions of wine (I think 8.0) but I can't point out the exact version it stopped working. Steps to reproduce: Launch the game directly (not the setup, it's 16-bit and it's known to be problematic even on Windows. The game itself is 32-bit) WIN95/SC2K/SIMCITY.EXE I tried https://github.com/sc2kfix/sc2kfix too which is a patch that gets the game running on modern versions of Windows but it didn't make any difference. My computer's technical specifications (although I don't think they matter, I tried it with several different computers with different distros and got the exact same error): GPU: 0000:00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 01) Subsystem: Lenovo Device 3f9c Kernel driver in use: i915 Kernel modules: i915, xe CPU: 11th Gen Intel(R) Core(TM) i5-1135G7 (8) @ 4.20 GHz Laptop Model: 82H8 (IdeaPad 3 15ITL6) Kernel Version: Linux 6.15.10-200.fc42.x86_64 Distribution: Fedora 42 KDE Plasma Edition -- 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 58707] New: infinite blocking on reading piped stderr
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58707 Bug ID: 58707 Summary: infinite blocking on reading piped stderr Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: sewn(a)disroot.org Distribution: --- Created attachment 79307 --> http://bugs.winehq.org/attachment.cgi?id=79307 C program that runs the Wine program 'reg', reading its stderr and discarding it. When a wine program is ran with its stderr piped and read, the program hangs forever for as long as the wineserver is, which can be further tested by running 'wineserver' with a large persistence value. This causes programs that are ran software that wraps around wine to block until wineserver exits. An example program that shows this behavior occuring is attached. Wineserver can be ran seperately with a high persistence to showcase the "hanging". -- 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 58078] New: StarCraft Remastered: game is not started with wine-10.5
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=58078 Bug ID: 58078 Summary: StarCraft Remastered: game is not started with wine-10.5 Product: Wine-staging Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimich.dmb(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The game is not started with wine-10.5 StarCraft.exe process is running and consuming 100% of one CPU core. No video mode changed, no game window created. Battle.net launcher is displaying StartCraft as "Playing Now". After downgrading wine to 10.4 the game starts and works fine. StartCraft: v1.23.10.13515 OS: Arch Linux Kernel v6.14.1 GPU: Nvidia, proprietary driver v570.133.07 -- 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 58458] New: Wolfenstein: The Old Blood (Wolfenstein: The New Order) fails to start with EGL opengl backend
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58458 Bug ID: 58458 Summary: Wolfenstein: The Old Blood (Wolfenstein: The New Order) fails to start with EGL opengl backend Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: ArchLinux Created attachment 78909 --> http://bugs.winehq.org/attachment.cgi?id=78909 terminal output When the new EGl Opengl backend is enabled the game plays the intro videos but stops with an error before the main menu could be loaded. The game console shows an error: FATAL ERROR: idPixelUnpackBuffer::AllocBufferObject: failed The next installment in the series (Wolfenstein II: The New Colossus) starts properly with UseEGL=Y. All these games are using the Vulkan renderer. wine-10.11-88-g730f65e737a OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 575.64.03 -- 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 55151] New: PC crashes after endlessly eating up memory
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=55151 Bug ID: 55151 Summary: PC crashes after endlessly eating up memory Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: axis6404(a)proton.me Distribution: --- example script (selfdel.bat): :REP del "selfdel.bat" if exist "selfdel.bat" goto REP wine selfdel.bat (An infinite loop occurs. Until it eats up all the memory and the PC stops.) The koeiuc.bat in Steam games made by Koei eats up all the memory and crashes the PC. -- 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 58439] New: REGRESSION: trying to edit a text field immediately causes the previous content to be completely erased
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58439 Bug ID: 58439 Summary: REGRESSION: trying to edit a text field immediately causes the previous content to be completely erased Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scallegari(a)arces.unibo.it Distribution: --- Hi, I am recently experimenting a regression and even if I cannot say in which version it was introduced, I am almost sure it is not the last one (but before) and that it is indeed a regression (a few month ago the behavior was different). I am working with a software called LTspice (that is closed source but free, which surely helps repro) and available from https://www.analog.com/en/resources/design-tools-and-calculators/ltspice-si…. Incidentally, the developers of this code have traditionally been wine-friendly (even if they do not offer a linux version of their code, neither they provide support for running it in wine, they have tried to ensure that it could be used with wine). This software is a circuit simulator with a schematic capture component. You can pick and place components and edit the values of their parameters using some dialog boxes. Often there are multiple things that can be tuned and the dialog box is arranged as a sort of a table, where some cells are editable. In order to adjust things, until some simulation results are satisfactory, it is common to modify some parameters multiple times and in doing so it is good to be able to edit the previous value. Unfortunately, in recent times it has become impossible to do so when running the software with wine. As soon as you try to modify a value, the value disappears and you remain with an empty field to be filled from scratch. -- 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 58602] New: Screen Issue in Colin McRae Rally 2
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58602 Bug ID: 58602 Summary: Screen Issue in Colin McRae Rally 2 Product: Wine Version: 10.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: marcinzw(a)gmail.com Regression SHA1: ae487930f8d3811a7434dc2cbb561982c894f5ba Distribution: --- The screen issue in Colin McRae Rally 2, originally reported in Bug #58488, is still happening in Wine 10.13. After the intro video plays, the screen just stays frozen when running the game in “Emulate a virtual desktop” mode – you can still hear the sound, but nothing shows up. The patch I posted in Bug #58488 still fixes it, though. --- a/dlls/winex11.drv/opengl.c +++ b/dlls/winex11.drv/opengl.c @@ -1462,7 +1462,7 @@ static BOOL x11drv_surface_swap( struct opengl_drawable *base ) if (pglXWaitForSbcOML) pglXWaitForSbcOML( gdi_display, gl->drawable, target_sbc, &ust, &msc, &sbc ); } - if (InterlockedCompareExchange( &base->client->offscreen, 0, 0 )) + //if (InterlockedCompareExchange( &base->client->offscreen, 0, 0 )) { if (!pglXWaitForSbcOML) XFlush( gdi_display ); client_surface_present( base->client, gl->hdc ); -- 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 58705] New: Wolfenstein: The New Order (Wolfenstein: Old Blood) - the screen is black
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58705 Bug ID: 58705 Summary: Wolfenstein: The New Order (Wolfenstein: Old Blood) - the screen is black Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Distribution: ArchLinux Created attachment 79306 --> http://bugs.winehq.org/attachment.cgi?id=79306 terminal output In Wine-10.14 both games started properly: intro videos, menus et al. In Wine-10.15 the intro videos and various splash screens are displayed correctly but the games show only black screen when reaching the menu (sounds in the menu can be heard so the games work). This was caused by commit c3f3ef24e8d1ebe49e8073e8e5b11de859951352 win32u: Don't store the window OpenGL drawables on the DCs. With current HEAD (wine-10.15-28-g7d26649f637) the screen remains black during the intro videos and when the menu is displayed (audio works so the game is running). This is after commit 9cdfa803cd1f971bdf03667c86698685c913e97c win32u: Validate the drawable surface window before reusing. Happens both with wined3d and with DXVK 2.7.1+ Also occurs when switching to the experimental EGL opengl backend. I tested this with the GOG version of the games, probably you can reproduce this with the Steam version as well. OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 580.82.09 X.Org X Server 1.21.1.18 XFCE/XFWM 4.20 on Arch Linux -- 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 58699] New: Profi cash 12 user interface is rendered mostly black
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58699 Bug ID: 58699 Summary: Profi cash 12 user interface is rendered mostly black Product: Wine Version: 10.15 Hardware: x86-64 URL: https://web.archive.org/web/20250914090219/https://www .vr-updates.de/gad/man/profi_cash_12_installer.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: arethusa26(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Distribution: --- Created attachment 79299 --> http://bugs.winehq.org/attachment.cgi?id=79299 Profi cash 12 debug output With wine-10.15, after launching Profi cash 12, its user interface is rendered mostly black, which makes it unusable. This problem did not occur with wine-10.14. Regression testing identified the following commit: c3f3ef24e8d1ebe49e8073e8e5b11de859951352 is the first bad commit commit c3f3ef24e8d1ebe49e8073e8e5b11de859951352 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Thu Sep 11 15:45:36 2025 +0200 win32u: Don't store the window OpenGL drawables on the DCs. -- 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 58708] New: Internet Download Manager: Right-clicking in empty list of downloads displays context menu in wrong position
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58708 Bug ID: 58708 Summary: Internet Download Manager: Right-clicking in empty list of downloads displays context menu in wrong position Product: Wine Version: 10.14 Hardware: x86-64 URL: https://mirror2.internetdownloadmanager.com/idman642bu ild43.exe OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com I cannot tell if this is a problem with Internet Download Manager or with Wine. Anyway: Steps to reproduce: 1. Download and install "Internet Download Manager". 2. Open IDM and right-click inside the empty list of downloads. Expected results: Context menu opens near the mouse pointer. Actual results: Context menu opens in the center of the list. % openssl sha256 idman642build43.exe SHA2-256(idman642build43.exe)= 3f79c4f6451e76bfad0236c9523bb827b14d3ce87c589f2b8aca58210ecf9a2c -- 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 58702] New: Update to 10.15 breaks Bricklink Studio
by WineHQ Bugzilla 17 Sep '25

17 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58702 Bug ID: 58702 Summary: Update to 10.15 breaks Bricklink Studio Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bonizak(a)gmail.com Distribution: --- Created attachment 79304 --> http://bugs.winehq.org/attachment.cgi?id=79304 wine backtrace file Bricklink's Studio Version 2.25.8_1, was running fine under 10.14 dev but the update to 10.15 last night has broken Studio. Studio window will open copying the focus window image but otherwise is blank. -- 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 58704] New: io_uring support for Wine
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58704 Bug ID: 58704 Summary: io_uring support for Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: k.kahurani(a)gmail.com Distribution: --- This issue mostly relates to the server(for filesystem operations), it seems like the networking implementation could be done outside the server. Just throwing this out there, it's highly unlikely I will work on it for various reasons. Wine still doesn't have io_uring support though, quite a few projects have already implemented io_uring support. Wine would also do with any performance benefits. io_uring is at least promoted as performance oriented, this makes it very interesting. io_uring offers performance benefits in multiple fronts. -> The first and probably the simplest is where operations on file might not have to make calls to 'fget'; typically when an operation is executed on files in Linux, it will involve some call to 'fget' one way or the other. With io_uring, it's possible to register files so that this 'fget' call is avoided. I am not sure how much performance benefit that could achieve. But, still an optimization nonetheless. Similarly, you could register buffers for opcodes(which translate to syscalls) so they're validated, mapped and so on so forth beforehand. When the actual operations/syscall are being executed, this boilerplate is not called. That is also an optimization. -> io_uring allows submitting a batch of syscalls(opcode operations) via one single syscall. This is an optimization, because, of course, without io_uring, you'd have to make multiple syscalls to achieve the same. However, it only seems like this optimization would only be applicable when making very many syscalls and making them very fast otherwise when making singular syscalls, they have to wait until the batch is full and hence would introduce some latency in low throughput situations. -> There might be other optimizations that I have not considered. What interests me most, though, is the syscall/request polling feature which allows applications to submit syscalls(opcode) via zero syscalls. io_uring sets up a kernel thread which polls the io ring and hence when submissions are made, the thread will discover them without any syscalls been made. This is very interesting and would be a straightforward mega-optimization were it not for that fact that the created kernel thread does pin a CPU. Would this work well with other work that's competing for CPU? It's consequently not very clear whether this would be an improvement to Wine, which makes syscalls alongside and in the midst of doing other heavy work. Any thoughts? -- 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 58534] New: Grand Theft Auto: Vice City intros play with a black screen
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58534 Bug ID: 58534 Summary: Grand Theft Auto: Vice City intros play with a black screen Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: e5e2fd0a5209b0d07233d294e0ace5f1e41dfed5 Distribution: --- State of df00a5c097cd9cb292952f5307ee96d96fbc58b4 works good. -- 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 58582] New: Rainmeter 4.5.23: crashes on X11 after refreshing default skin Clock.ini
by WineHQ Bugzilla 16 Sep '25

16 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58582 Bug ID: 58582 Summary: Rainmeter 4.5.23: crashes on X11 after refreshing default skin Clock.ini Product: Wine Version: unspecified Hardware: x86-64 URL: https://github.com/rainmeter/rainmeter/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: castelei(a)yahoo.com Regression SHA1: 980a2e3c65bee1422adbe06fead768669835e3e1 Distribution: --- Created attachment 79106 --> http://bugs.winehq.org/attachment.cgi?id=79106 WINEDEBUG=+synchronous,+seh Rainmeter 4.5.23 Reproduction: 1) Click on the Rainmeter icon on the system tray to open the 'Manage Rainmeter' window. 2) Click on the 'Active skins' drop-down list and select illustro\Clock\Clock.ini 3) Click the 'Refresh' button to the right. This X11 error prints as the application crashes if run without +synchronous: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 139 (RENDER) Minor opcode of failed request: 4 (RenderCreatePicture) Serial number of failed request: 15285 Current serial number in output stream: 15292 Found this regression on a merged patch newer than 10.12 (the newest development release at this time) while working on an unrelated bug. -- 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

← Newer
1
2
3
4
5
6
7
...
6366
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs