wine-bugs

wine-bugs@winehq.org

1 participants
159138 discussions

[Bug 58400] New: Signature invalid
by WineHQ Bugzilla 21 Jun '25

21 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58400 Bug ID: 58400 Summary: Signature invalid Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: tmcconnell168(a)gmail.com Distribution: --- I get this for Debian when I try to run the "APT UPDATE" command: Warning: https://download.opensuse.org/repositories/home:/strycore/Debian_12/./InRel…: Policy will reject signature within a year, see --audit for details Audit: https://download.opensuse.org/repositories/home:/strycore/Debian_12/./InRel…: Sub-process /usr/bin/sqv returned an error code (1), error message is: Error: Policy rejected packet type Caused by: Signature Packet v3 is not considered secure since 2026-02-01T00:00:00Z Debian 13 (Trixie or testing) command = 'apt update --audit' to get full output. -- 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 54567] New: comdlg32: Find/Replace: Flags became invalid after EN_KILLFOCUS.
by WineHQ Bugzilla 21 Jun '25

21 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=54567 Bug ID: 54567 Summary: comdlg32: Find/Replace: Flags became invalid after EN_KILLFOCUS. Product: Wine Version: 8.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: katayama.hirofumi.mz(a)gmail.com Distribution: --- Created attachment 74109 --> https://bugs.winehq.org/attachment.cgi?id=74109 the patch to fix this bug The flags value became invalid after EN_KILLFOCUS. It caused a bug that FR_DOWN is cleared when the user set focus to edt1 and close the find/replace dialog. -- 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 58254] New: Clip Studio Paint 4 shuts down immediately when using compatibility mode for Windows 10 or 11.
by WineHQ Bugzilla 21 Jun '25

21 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58254 Bug ID: 58254 Summary: Clip Studio Paint 4 shuts down immediately when using compatibility mode for Windows 10 or 11. 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: mar.asdoria(a)gmail.com Distribution: --- Created attachment 78597 --> http://bugs.winehq.org/attachment.cgi?id=78597 backtrace file In Operating System: Kubuntu 25.04 Kernel Version: 6.14.0-15-generic (64-bit) Using Clip Studio Paint 4: https://www.clipstudio.net/en/dl/ (Free trial download) The program manages to launch, displays a black screen and then crashes with the error code "winedbg attached to pid 0408" on the console as the only prompt. The program works well under compatibility mode for Windows 8.1, including all app features (excluding the Asset store), menus, filters and 3D tools. -- 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 58064] New: Unreal 2 hangs with a black screen when switching to 1440X900 resolution
by WineHQ Bugzilla 21 Jun '25

21 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=58064 Bug ID: 58064 Summary: Unreal 2 hangs with a black screen when switching to 1440X900 resolution Product: Wine Version: 10.5 Hardware: x86-64 URL: https://community.pcgamingwiki.com/files/file/265-unre al-ii-the-awakening-single-player-demo/?do=download&cs rfKey=dbe29bc7b5c23e8ee79b15e743414902 OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: ab2b7ebfcd78f6a74068a5a79d90ee6fcf235a12 Distribution: ArchLinux Unreal 2 starts in 1024X768 resolution and switching between 640X480, 800X600 or 1024X768 modes works properly, however when I try to switch to 1440X900 in the video options menu, the game hangs with a black screen and Unreal2.exe is consuming 100% CPU. 1440X900 is the max. resolution that my monitor supports. Used to work before commit ab2b7ebfcd78f6a74068a5a79d90ee6fcf235a12 winex11: Use win32u generic wgl(Get|Set)PixelFormat(WINE). The same commit causes similar issue (black screen and game .exe pegging the CPU) when trying to start the following games: Art of Murder: Cards of Destiny https://store.steampowered.com/app/836770/Art_of_Murder__Cards_of_Destiny/ Art of Murder - Hunt for the Puppeteer https://store.steampowered.com/app/832540/Art_of_Murder__Hunt_for_the_Puppe… Chronicles of Mystery: The Scorpio Ritual https://store.steampowered.com/app/34800/Chronicles_of_Mystery_The_Scorpio_… OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 570.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 21

[Bug 58401] New: system.fill_battery_state: support battery drivers that expose energy_* instead of charge_* attributes of power_supply_class
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58401 Bug ID: 58401 Summary: system.fill_battery_state: support battery drivers that expose energy_* instead of charge_* attributes of power_supply_class Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rtdiasmendes(a)gmail.com Distribution: --- File: system.c Method: fill_battery_state( SYSTEM_BATTERY_STATE *bs ) Current implementation: - Assumes battery driver exposes: "charge_now", "charge_full", "voltage_now" and "current_now". - Populates SYSTEM_BATTERY_STATE with those attributes after converting to expected units Issue: - Some battery drivers expose different ABI-compliant attributes - In systems with those drivers, Wine is incapable of emulating windows behaviour Enhacement proposal: - Add support for drivers that expose different attributes Further reading: - https://docs.kernel.org/power/power_supply_class.html - https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-power - https://github.com/torvalds/linux/blob/master/include/linux/power_supply.h - https://github.com/torvalds/linux/blob/master/drivers/power/supply/power_su… Note: Attribute "scope", while implemented in the kernel, is undocumented in the power_supply_class docs. Will later check if the rest of the documentation is up to date and raise the appropriate issue upstream. Until then, do not assume it correctly reflects the kernel implementation. Out-of-scope commentary: While Wine's behavior of querying /sys/class/power_supply/ on every NtPowerInformation() call correctly emulates the Windows API semantics, it has unintended performance implications on Linux. This is due to the fact that retrieving battery information from sysfs involves real filesystem I/O, including frequent failed lookups on systems that expose energy_* instead of charge_* attributes. Therefore, applications may call NtPowerInformation() without prioritizing caching or proper fallback logic as they expect the operation to have a lower-cost then it does on Linux - causing significant and unnecessary performance degradation. This may merit its own enhacement proposal if it results in noticeable performance degradation. -- 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 55707] New: Wine seems to not be sending TVN_ITEMCHANGING and TVN_ITEMCHANGED notifications when a panel uses TVM_SELECTITEM to select a single item on a treeview
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=55707 Bug ID: 55707 Summary: Wine seems to not be sending TVN_ITEMCHANGING and TVN_ITEMCHANGED notifications when a panel uses TVM_SELECTITEM to select a single item on a treeview Product: Wine Version: 8.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cadbusca(a)gmail.com Distribution: --- There is a very important component for the music player Foobar2000 (V2.0 32bits) called 'Album list panel' that was working fine until its version 1.0. Since version 2.0, a new feature was implemented which is: "The ability to select multiple items using Ctrl and Shift keys was added. This includes Shift-clicking, Ctrl-clicking, and holding Shift when pressing navigation keys." [on a treeview] and selecting a single or multiple items from the component treeview stopped working. I opened a PR on the component github repository at: https://github.com/reupen/album_list_panel/issues/179 and the developer pointed out that the issue may be caused by some issue with Wine not be sending TVN_ITEMCHANGING and TVN_ITEMCHANGED notifications when a panel uses TVM_SELECTITEM to select a single item of a treeview How to reproduce: 1) Install foobar2000 V2.0 32bits from https://www.foobar2000.org/download 2) Install the latest version of the following Foobar2000 components: https://yuo.be/columns-ui and https://yuo.be/album-list-panel 3) Insert a album-list-panel to foobar 4) Selecting one or more items on the treeview have no effect 5) More details including a small video of the issue can be seen here: https://github.com/reupen/album_list_panel/issues/179 I'm willing to test when a fix is available. -- 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 58397] New: Missing power_supply class attributes for NtPowerInformation blocks threads and causes fps stutter
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58397 Bug ID: 58397 Summary: Missing power_supply class attributes for NtPowerInformation blocks threads and causes fps stutter Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rtdiasmendes(a)gmail.com Distribution: Mint Created attachment 78805 --> http://bugs.winehq.org/attachment.cgi?id=78805 logs mentioned in the bug Description Affected Application: - Tainted Grail: Fall of Avalon Observed Symptoms: - Frametime spikes from ~5ms to ~100ms occurring at ~1Hz intervals. - GPU frame dispatch (via DXVK) is delayed due to thread blocking in Wine’s battery status polling logic. Performance Analysis (see attached logs): - strace shows constant, repeated attempts to read nonexistent files in /sys/class/power_supply/BAT1/ - perf stat reveals ~8,270 openat() syscalls in 10 second window (on game title screen). - perf record/report shows significant thread time consumed inside NtPowerInformation-related logic in ntdll. Root Cause: - In dlls/ntdll/unix/system.c, the function fill_battery_state() (Linux version) hardcodes the use of attributes: "charge_now" "charge_full" and "current_now". - These attributes are not universally present in /sys/class/power_supply/. On some systems, particularly those using energy-based reporting (µWh), the ABI-compliant alternatives are: "energy_now", "energy_full" and "power_now". - Since Wine looks only for the "charge_*" files and fails to return expected information, the game loops the query constantly which results in openat() being used in a tight polling loop - blocking threads and causing intermittent CPU stalls that propagate to the GPU rendering pipeline. Solution 1: - Verify what attributes are present in the power_supply class. - Implement logic with supplied attributes. Solution 2: - Attempt to read the already-implemented files. - Fallback to "energy_*" if those are not present. I gather solution 1 has a more consistent impact across different systems, while solution 2 is more lightweight on systems with "charge_*" and heavier on others. Further reading: - https://docs.kernel.org/power/power_supply_class.html - https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-power - https://github.com/torvalds/linux/blob/master/include/linux/power_supply.h - https://github.com/torvalds/linux/blob/master/drivers/power/supply/power_su… Note: Attribute "scope", while implemented in the kernel, is undocumented in the power_supply_class docs. Will later check if the rest of the documentation is up to date and raise the appropriate issue upstream. Until then, do not assume it correctly reflects the kernel implementation. Disclaimer: This issue was identified and reproduced using Proton-GE, Proton (Steam Runtime), Soda and Flatpak's build. I am reporting it here for visibility and discussion since it appears to originate from WineHQ’s upstream implementation of NtPowerInformation. Out-of-scope commentary: While Wine's behavior of querying /sys/class/power_supply/ on every NtPowerInformation() call correctly emulates the Windows API semantics, it has unintended performance implications on Linux. This is due to the fact that retrieving battery information from sysfs involves real filesystem I/O, including frequent failed lookups on systems that expose energy_* instead of charge_* attributes. Therefore, applications may call NtPowerInformation() without prioritizing caching or proper fallback logic as they expect the operation to have a lower-cost then it does on Linux - causing significant and unnecessary performance degradation. Will raise this for an enchancement in the proper channels. -- 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 58392] New: Can't display background and characters in MapleStory World.
by WineHQ Bugzilla 20 Jun '25

20 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58392 Bug ID: 58392 Summary: Can't display background and characters in MapleStory World. 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: s9209122222(a)gmail.com Distribution: --- If I upgrade to WINE10.9, the game can't display its background and characters. I have to downgrade to WINE10.8 to make it work again. -- 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 46552] New: Crossfire doesn't install
by wine-bugs＠winehq.org 20 Jun '25

20 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=46552 Bug ID: 46552 Summary: Crossfire doesn't install Product: Wine Version: 4.0-rc7 Hardware: x86-64 URL: http://crossfire.z8games.com/download.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luca.finizio.mgbx(a)hotmail.it Distribution: Mint Created attachment 63423 --> https://bugs.winehq.org/attachment.cgi?id=63423 console output I already reported a bug about Crossfire EU (you can find it here https://bugs.winehq.org/show_bug.cgi?id=45920), but now it merged with Crossfire NA and the new link for download is http://crossfire.z8games.com/download.html The .exe file is different than before, but it doesn't install yet; I don't know if the problem is the same or not. I attached my console output. You can reproduce the bug just by downloading the file and trying to install. I kept my terminal open for more than 3 hours beacuse the process is "running" and if I close the terminal it says that a process is still running and closing the terminal will kill it. Therefore I don't know if my console output is complete or not. If I can help in some way, just tell me! :) -- 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 20

[Bug 56783] New: MySims doesn't render the character creation screen
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=56783 Bug ID: 56783 Summary: MySims doesn't render the character creation screen Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 76584 --> https://bugs.winehq.org/attachment.cgi?id=76584 Character creation black screen When starting a new game, the game will first display a few 2D images detailing the game's plot. Afterwards the player will be taken to the character creation screen for them to create their sim. Under wine-9.10 this screen is completely black minus the in-game UI elements. (Also in wine-9.10 this screen doesn't show any text. See also: Bug #56782.) -- 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 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 58395] New: SimCity 2000 Network Edition doesn't allow starting a game.
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58395 Bug ID: 58395 Summary: SimCity 2000 Network Edition doesn't allow starting a game. Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dplay Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 78802 --> http://bugs.winehq.org/attachment.cgi?id=78802 Internet TCP/IP Connection For DirectPlay console log. When using a clean prefix in Wine 10.10, attempting to start a new game in SimCity 2000 Network Edition doesn't work. Console log complains that there are no dplay service providers registered, despite the Connection Method dialog showing multiple dplay transports to use. Selecting the "Internet TCP/IP Connection For DirectPlay" or "Serial" option causes the game to spawn it's server process which then fails after displaying the error dialog: "Failed to initialize DirectPlay." Exiting the server app causes a segfault. Selecting the "Internet" option causes the the game to spawn it's server process which then locks up after throwing a seh error in the console. Requiring it to be killed manually. Selecting any other option causes the same behavior as the "Internet TCP/IP Connection For DirectPlay", with additional error messages for unavailable networks. (I don't have an IPX or Modem connection to test with.) Console logs 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 2

[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 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 58391] New: Exact Audio Copy: Unable to interface with DVD drive on WoW64
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58391 Bug ID: 58391 Summary: Exact Audio Copy: Unable to interface with DVD drive on WoW64 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: sterophonick(a)gmail.com Distribution: --- Created attachment 78798 --> http://bugs.winehq.org/attachment.cgi?id=78798 Log without flags. Earlier today, Arch Linux migrated over to only shipping WoW64 with its WINE builds, which appears to have borked EAC's ability to interface with the host's disk drive. A dropdown that once printed an identifier for the drive, now prints only "Adapter: 1 ID: 0" and no ability to otherwise control the program or drive. None of this is the case in Arch's build of 10.8, where Win32 is available. -- 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 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 58390] New: "Browse..." Causes Access Violation in WINE 10.8/10.9 (Works in 10.5)
by WineHQ Bugzilla 18 Jun '25

18 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58390 Bug ID: 58390 Summary: "Browse..." Causes Access Violation in WINE 10.8/10.9 (Works in 10.5) Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: sg97(a)pm.me Distribution: --- Created attachment 78797 --> http://bugs.winehq.org/attachment.cgi?id=78797 issue After upgrading to WINE 10.8 and then 10.9, when I click "Browse..." to select files for installing various games and software to a desired location, I receive the message: "Access violation at address XXXXXXX in module 'shell32.dll'. Read of address FFFFFFFF." The problem is resolved by downgrading to WINE 10.5. When I press the "OK" button, the (C:) drive loads. Then, the popup appears again. I can hold the ESC key or Enter key to dismiss hundreds of these popups and eventually load the contents of all directories and subdirectories. I get this message when I press the "Browse..." button in software installers: ``` 0130:fixme:shell:SHAutoComplete stub 0130:fixme:win:WINNLSEnableIME hwnd 000100DE enable -1: stub! ``` But there are no other messages afterward. OS: Arch Linux WINE Versions: 10.8, 10.9 -- 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 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

[Bug 41644] New: Civilization v1.2: crashes on startup
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=41644 Bug ID: 41644 Summary: Civilization v1.2: crashes on startup Product: Wine Version: 1.9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: K_ThaaL(a)bk.ru Distribution: --- Created attachment 56018 --> https://bugs.winehq.org/attachment.cgi?id=56018 trace generated by wine Wine crashes right after the first frame of game intro is shown. Created a new 32bit wine prefix for this game. Tried windows versions XP and 3.1 - behavior is the same in both cases. Using virtual desktop and disallowing window decorations did not help. No other options tried. Ubuntu 16.04 LTS is used with Wine installed from winehq repository. Problem is detected on 1.9.21 and 1.9.22. -- 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 7

[Bug 44788] New: Civilization II (v1.02) crash during menus
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44788 Bug ID: 44788 Summary: Civilization II (v1.02) crash during menus Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danielalston(a)gmail.com Distribution: --- Created attachment 60814 --> https://bugs.winehq.org/attachment.cgi?id=60814 Backtrace The game will open, the music plays however every few seconds the sound will make an awful corrupt sounding noise (possibly related). The game will usually crash quite quickly. If you're extremely fast you might be able to get in a game and make a couple of moves before the game crashes again. I have similar issues with other 16bit versions of Civilization II. 2.42 patch 2.78 (Fantastic Worlds) -- 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 6

[Bug 58127] New: No cutscene video in The Longest Journey (GOG)
by WineHQ Bugzilla 18 Jun '25

18 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58127 Bug ID: 58127 Summary: No cutscene video in The Longest Journey (GOG) Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: titan.costa(a)gmail.com Distribution: --- The screen is black during cutscene. wine-10.5-142-gdfa2f19d4ce. -- 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 58316] New: Wine Wayland window only opens on "monitor 1" and cannot be moved
by WineHQ Bugzilla 18 Jun '25

18 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58316 Bug ID: 58316 Summary: Wine Wayland window only opens on "monitor 1" and cannot be moved Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: dakky198(a)gmail.com Distribution: --- I've tested this both on Mutter and KWin. When launching a fullscreen game using Wine's Wayland drivers (by utilizing `env -u DISPLAY game.exe` the game launches on my secondary monitor no matter what you try doing. I've determined this is because my graphics drivers have that monitor set as "monitor 1". If I try to move the window to my other monitor, the window snaps back immediately to it's original position. Windowed applications also spawn only on "monitor 1" but allow themselves to be moved to another monitor. However, they retain the resolution/scaling/etc from their original position and do not update to match the new monitor. In my case, they spawn on a 1080p monitor and when moving them to 1440p the window scales to be quite small. -- 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 58385] New: Regression in Wine 9.22 causes plugin windows in Acrobat XI (e.g. PitStop Pro) to remain visible after closing
by WineHQ Bugzilla 18 Jun '25

18 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=58385 Bug ID: 58385 Summary: Regression in Wine 9.22 causes plugin windows in Acrobat XI (e.g. PitStop Pro) to remain visible after closing Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: edwardjameswells(a)gmail.com Distribution: --- Starting with Wine 9.22, plugin windows in Adobe Acrobat Pro XI — such as those provided by Enfocus PitStop Pro (e.g. the “Action Lists” window) — fail to disappear after being closed. This behavior did *not* occur in Wine 9.21 and earlier. ### Behavior: When the plugin window is closed (e.g. via the PitStop GUI), it disappears from Acrobat’s internal state — but remains *visibly open* on screen, frozen, and unresponsive. It is not redrawn or refreshed, and cannot be interacted with. Wine appears to believe the window has been destroyed, but the X11 window remains mapped. This affects usability severely. The bug affects both 32-bit and WOW64 installations. It occurs whether or not a window manager is used. ### Regression Confirmation: - Works in Wine 9.21: PitStop windows close cleanly and disappear from screen. - Broken in Wine 9.22 through 10.9 (latest tested): PitStop windows persist after close. ### Notes: This is *not* specific to WOW64 or any DPI configuration. I suspect the following commit introduced the regression: > `user32: Reimplement WIN_ListChildren() using NtUserBuildHwndList().` The bug appears to be that Wine no longer propagates child window teardown (e.g. `DestroyWindow` or `UnmapNotify`) to X11 for plugin-type windows that are marked as `WS_POPUP`, `WS_CHILD`, or transient. These windows may be missed by the new child enumeration logic. I can provide detailed logs with `WINEDEBUG=+win,+x11drv` if needed. ### System Details: - Arch Linux (current) - X11 (EXWM, but bug occurs without WM as well) - Wine 64-bit and 32-bit tested - Affected App: Adobe Acrobat Pro XI with PitStop Pro plugin -- 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

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