wine-bugs May 2025

wine-bugs@winehq.org

1 participants
748 discussions

[Bug 56782] New: MySims does not display text.
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=56782 Bug ID: 56782 Summary: MySims does not display text. Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 76583 --> https://bugs.winehq.org/attachment.cgi?id=76583 Clean prefix console log. As the summary says, the game does not display any text. Menus, dialogs, in-game, etc. Installing core fonts does nothing. Console log attached. -- 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 54336] New: Wow64 compatibility breaks on newer 64-bit glibc releases
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=54336 Bug ID: 54336 Summary: Wow64 compatibility breaks on newer 64-bit glibc releases Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ruanformigoni(a)gmail.com Distribution: --- Newer versions of 64-bit glibc break current Wow64 compatibility implementation. For a new vm of fedora 36: $ ./wine-ge-7-35-continuous-x86_64.AppImage --version Usage: wine PROGRAM [ARGUMENTS...] Run the specified program wine --help Display this help and exit wine --version Output version information and exit glibc.x86_64 version is 2.35-20.fc36 glibc.i686 is not installed. -- For a new vm of fedora 37: $ /wine-ge-7-35-continuous-x86_64.AppImage --version /tmp/.mount_wine-gEI9DJM/bin/wine: No such file or directory glibc.x86_64 version is 2.36-9.fc37 glibc.i686 is not installed (installing fixes it). -- 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 23

[Bug 58204] New: Winecfg Audio tab doesn't enumerate drivers or show output devices, but test button works.
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58204 Bug ID: 58204 Summary: Winecfg Audio tab doesn't enumerate drivers or show output devices, but test button works. Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 78512 --> http://bugs.winehq.org/attachment.cgi?id=78512 Screenshot of winecfg audio tab UI bug. Under Wine-10.7 (specifically the winehq-devel packages for Debian), the winecfg Audio tab doesn't seem to be functional even in a clean wine prefix. There is no drop down for selecting audio drivers, and the currently selected driver says "(None)". The output and input device selection drop down boxes all say "(System Default)" with no other options given. The speaker configuration is completely blank, and speakers drop down is empty and disabled. The only thing that does seem to work is the "Test Sound" button which does play a test sound, when clicked. Manually selecting an audio driver (such as winealsa) using the helpful registry key (HKCU->Software->Wine->Audio) does appear to work, but results in no visible changes to winecfg. (The change can only be observed from WINEDEBUG="+mmdevapi"'s console output.) Even when shutting down pulseaudio / pipewire (systemctl stop and systemctl disable), which _should_ just leave us with alsa, there are no visible changes in winecfg, and the test button still works. -- 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 58223] New: spec ops the line stalls after splash screen
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58223 Bug ID: 58223 Summary: spec ops the line stalls after splash screen Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- spec ops: the line does not seem to run after wine 10. wine 9.18 runs with wow64 bit, 10.1 wow64 or 32bit will have processes idle/spinning in htop. will not have time to bisect for a week or so -- 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 58107] New: PlayOnline Viewer: Minimised window restores behaving as if it was inactive.
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58107 Bug ID: 58107 Summary: PlayOnline Viewer: Minimised window restores behaving as if it was inactive. Product: Wine Version: 10.5 Hardware: x86-64 URL: https://web.archive.org/web/20210810150839/http://www. playonline.com/ff11eu/download/media/install_win.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 3ae66c75cf443c0be403d9fe4e4da3c19b3ad9a8 Distribution: Gentoo After 3ae66c75cf4 [1], PlayOnline Viewer sometimes restores from a minimised state behaving as if it was not the active window. Normally, when the PlayOnline Viewer window is visible but not the active window, it will lower its FPS to ~5 and the mouse cursor will not change over it, nor do the buttons respond to the cursor until the window is activated. Once it is the active window, the FPS for me will be above 40 depending on what is on the screen, and the mouse cursor is a custom cursor from the application. With the mentioned commit, the application window acts as if it is not the active window, with the reduced FPS and non-custom cursor, but it responds to clicks on buttons and such as usual when it is the active window. This does not happen 100% of the time, sometimes taking a handful or minimise/restore actions. Thank you! 1. https://gitlab.winehq.org/wine/wine/-/commit/3ae66c75cf443c0be403d9fe4e4da3… -- 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 58195] New: Rocket League window becomes unmapped during startup
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58195 Bug ID: 58195 Summary: Rocket League window becomes unmapped during startup Product: Wine Version: 10.5 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: sean-freebsd(a)farley.org At startup of Rocket League, the window starts minimized, for whatever reason, then actually becomes unmapped as it disappears from the Fluxbox dock. However, it is still there because I can use xdotool to map it. I even wrote a script to start Rocket League then search and activate it using xdotool before it disappears. Reverting https://gitlab.winehq.org/wine/wine/-/commit/4c07e5568e5c70a7899839ab85dee6… fixes this for 10.5. -- 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 57974] New: Palette colors are wrong in 16-bit Myst
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=57974 Bug ID: 57974 Summary: Palette colors are wrong in 16-bit Myst Product: Wine Version: 10.3 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 78232 --> https://bugs.winehq.org/attachment.cgi?id=78232 Screenshot Steps to reproduce: 1. Extract myst_win3x_win.7z 2. In winecfg, create drive D: as a CD drive from the Myst/cd directory 3. Run `sudo sysctl vm.mmap_min_addr=0` 4. In one terminal, run `Xephyr :1 -ac -screen 800x600x8` 5. In another terminal, run `DISPLAY=:1 openbox` 6. In a third terminal, run `DISPLAY=:1 wine Myst/win3.1/MYST/MYST.EXE` $ sha256sum myst_win3x_win.7z 562d3a3d829648352b94ab0d828290f17f90406d34218ebe3ffd0ac012cb12e3 -- 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 54734] New: Lord of the Rings Online randomly crashes during gameplay
by WineHQ Bugzilla 18 Jun '25

18 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=54734 Bug ID: 54734 Summary: Lord of the Rings Online randomly crashes during gameplay Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ewg.grey(a)gmail.com Distribution: --- Created attachment 74238 --> https://bugs.winehq.org/attachment.cgi?id=74238 Wine terminal output after a crash I'm running Arch Linux with Wine 8.4 from the Arch repository on an AMD Ryzen 7 5800X with an AMD ATI Radeon RX 6800 XT graphics card. The Lord of the Rings Online game client randomly closes/crashes during gameplay with the following message as the last output from Wine: 01b8:fixme:faultrep:ReportFault 000000000011E500 0x0 stub I've been using this install of LotRO for over a year with no issues. However, I tried creating a new Wine prefix and reinstalling the game from scratch. I run the following winetricks to get all of the game client's functionality to work: winetricks d3dcompiler_43 d3dx11_42 d3dx11_43 winhttp corefonts I'm also using dxvk 2.1 Nothing else is changed from the defaults. Everything worked fine up through Wine 8.0. However, those were TKG builds of Wine. I switched to the Arch build of Wine to test if the issue was the TKG build of 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 2

[Bug 37297] New: CreateEdit windows always fullscreen under wine
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=37297 Bug ID: 37297 Summary: CreateEdit windows always fullscreen under wine Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n4af(a)n4af.net ref: https://forum.winehq.org/viewtopic.php?t=23405&p=96423 I have a Pascal (Dephi) app that runs well under Wine application layer. The problem is that there are a number of edit controls that will only show in full screen under Wine. This would be an example of a procedure to create a editable window using Alt-D WM_INITDIALOG: begin Windows.SetWindowText(hwnddlg, RC_DUPECHECKOAR); Format(TempBuffer1, TC_ENTERCALLTOBECHECKEDON, BandStringsArray[InActiveRadioPtr.BandMemory], ModeStringArray[InActiveRadioPtr.ModeMemory]); CreateStatic(TempBuffer1, 15, 3, 250, hwnddlg, 102); AltDEditWindowHandle := CreateEdit(ES_CENTER or ES_UPPERCASE or WS_BORDER, 15, 27, 250, 30, hwnddlg, 101); asm mov edx,[MainWindowEditFont] call tWM_SETFONT end; CreateOKCancelButtons(hwnddlg); The above CreateEdit dutifully creates a window under Win7. Ubuntu (kernel 3.16) will only display as fullscreen. Under linux I can grab the title bar and move the f/s window but nothing else. Right clicking on the title bar i have options Restore, Resize, Maximize selected. Screen captures on https://forum.winehq.org/viewtopic.php?t=23405&p=96423 Tks, Howard -- 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 31278] New: The Longest Journey: "eye-mouth-hand" dialog only appears sometimes (randomly?)
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=31278 Bug #: 31278 Summary: The Longest Journey: "eye-mouth-hand" dialog only appears sometimes (randomly?) Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmmartins(a)gmail.com Classification: Unclassified This bug has been described by Octavian Vocu on one of his comments in another bug report from the same game (http://bugs.winehq.org/show_bug.cgi?id=11819#c39). I'm pasting an excerpt of his comment below because it explains exactly what's happening: "There is still some issue related to doing actions on objects, with the mouse. Clicking an actionable object should display the eye-mouth-hand dialog. Mouse shows correct pointer, but simply clicking has no effect. I noticed that as you push the left mouse button, you need to move the mouse slightly for the action dialog to appear. Might be related to transparent windows, not sure yet." It's certainly a different bug and deserves a different report, that's why I'm creating this. I've tested this on Debian Sid (i386) with wine-1.5.9. The console output is small, so I just pasted it below; the messages look the same as every other bug report on the game. The last three fixme's repeat a million times. fixme:win:EnumDisplayDevicesW ((null),0,0x33eb04,0x00000000), stub! fixme:ddraw:ddraw7_Initialize Ignoring guid {00000000-0000-0000-0000-000000000000}. fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not implemented. fixme:d3d:state_subpixel Render state WINED3D_RS_SUBPIXEL not implemented yet. fixme:d3d:state_flushbatch Render state WINED3D_RS_FLUSHBATCH not implemented yet. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not implemented. It might be important to notice that Octavian was probably on the right track of fixing this with his previous patches. The game runs pretty well on 1.3.32 with three of his patches (http://bugs.winehq.org/show_bug.cgi?id=11819#c37); the issue reported here is the main thing keeping it from being almost perfect. Also, on a 1.5.9 with the same three patches (even though the characters are invisible again) the following three messages appear when you click an object (when the dialog should be displayed): fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect -- 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 26

← Newer
1
...
5
6
7
8
9
10
11
...
75
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 May 2025