wine-bugs

wine-bugs@winehq.org

1 participants
158750 discussions

[Bug 57221] New: msmoney.exe crashes when trying to render mrptmain.htm inside the app
by WineHQ Bugzilla 13 Feb '25

13 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57221 Bug ID: 57221 Summary: msmoney.exe crashes when trying to render mrptmain.htm inside the app Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: msd+bugs.winehq.org(a)msd.im Distribution: --- In the app Microsoft Money 11.0, I try to see a report (monthly reports) after installing wine-gecko to make it render. It crashes with : ``` 01c0:err:eventlog:ReportEventW L"msmoney.exe" 01c0:err:eventlog:ReportEventW L"11.0.0.716" 01c0:err:eventlog:ReportEventW L"xul.dll" 01c0:err:eventlog:ReportEventW L"47.0.0.7639" 01c0:err:eventlog:ReportEventW L"0092e348" ``` I rerun the program with `WINEDEBUG=+ieframe,+mshtml,+jscript` to get more info. I attached this file to this bug report. wine-6.0.3 (Ubuntu 6.0.3~repack-1) from Ubuntu 22.04.5 LTS How can I help you more ? -- 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 57755] New: Regression - FL Studio ignores taskbar and goes fullscreen when maximizing
by WineHQ Bugzilla 13 Feb '25

13 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57755 Bug ID: 57755 Summary: Regression - FL Studio ignores taskbar and goes fullscreen when maximizing 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: agarplayerarlon(a)gmail.com Distribution: --- Created attachment 77960 --> https://bugs.winehq.org/attachment.cgi?id=77960 Logs of the application So this issue was introduced with Wine 10.0 or in one of the release candidates, as I didn't had this issue with Wine 9.22 Sadly I haven't been able to test the release candidates of Wine 10 because my arch based distro didn't receive those updates, it stayed on Wine 9.22 and then jumped to 10.0 when it came out. Basically as the title says, if I minimize FL Studio and then maximize it again, the app ignores the taskbar and goes fullscreen, and I've set the taskbar to be always visible and not to autohide. I've not done a regression test because I don't know how to do them but I'm sure it is a regression because I didn't had this issue before. I have provided the logs of the application is case there is something useful there. Thanks in advance -- 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 57229] New: Wine apps are unable to open OAuth redirect URLs using the cron:// prefix (probably others too, if they exist)
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57229 Bug ID: 57229 Summary: Wine apps are unable to open OAuth redirect URLs using the cron:// prefix (probably others too, if they exist) Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ezequiel.ezb(a)gmail.com Distribution: --- I’ve been trying to log into Notion and Notion Calendar, but without success. These apps require logging into your Google account using OAuth. When selecting this option, you’re redirected to your browser to log in. After logging in, a URL starting with “cron://” is generated, such as: cron://calendar.notion.so/auth?state=provider%3Dgoogle%26client%3Dweb-electron%26nonce%xxxxx%calendar.notion.so&code=xxxxxxxxx&scope=email profile https://www.googleapis.com/auth/directory.readonly openid https://www.googleapis.com/auth/admin.directory.resource.calendar.readonly https://www.googleapis.com/auth/contacts.other.readonly https://www.googleapis.com/auth/contacts https://www.googleapis.com/auth/calendar.settings.readonly https://www.googleapis.com/auth/calendar.events https://www.googleapis.com/auth/calendar https://www.googleapis.com/auth/userinfo.profile https://www.googleapis.com/auth/userinfo.email&authuser=0&prompt=consent. I removed specific data for privacy. This URL should redirect to the originating app, but Wine doesn’t handle this correctly. Solving this involves modifying xdg MIME types, which is complex and imperfect. Associating a Wine app with the cron:// URL protocol means all such URLs are sent to a single app, which may not be the correct one. -- 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 57832] New: Audio Modeling Software Center doesn't run at all
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57832 Bug ID: 57832 Summary: Audio Modeling Software Center doesn't run at all 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: andiejs(a)gmail.com Distribution: --- Created attachment 78040 --> https://bugs.winehq.org/attachment.cgi?id=78040 it just doesn't run I'm trying to run the audio modeling software center. download here: https://audiomodeling.com/support/install-and-update/ instructions for bug report said to use the latest devel version and clean no dlls, so this is the bug report for that. i get a little further with dxvk but it just draws a black window, completely unusable. i'll see if i can file a separate bug report somewhere for that case. audio modeling people tell me their latest version uses Direct2D, which the previous working versions didn't. Searching Direct2D and wine shows that it was supposed to be supported years back... not seeing anything about how to test / verify / etc.. running on a clean wineprefix, result is simply terminating immediately: wine Audio\ Modeling\ Software\ Center.exe 01bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 00007FFFFE1FFE80 -- 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 57782] New: gdiplus:brush test crashes in _controlfp_s on intel mac
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57782 Bug ID: 57782 Summary: gdiplus:brush test crashes in _controlfp_s on intel mac Product: Wine Version: 10.0 Hardware: x86-64 OS: MacOS Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com On my intel mac, the gdiplus:brush crashes with: 0024:err:seh:call_seh_handlers invalid frame 00000001000FF790 (0000000000022000-0000000000220000) 0024:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. If I comment out the line calling _controlfp_s in brush.c, the test succeeds. -- 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 57831] New: Keyboard input delayed at high event throughputs
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57831 Bug ID: 57831 Summary: Keyboard input delayed at high event throughputs 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: inakilbss(a)gmail.com Distribution: --- Mashing keys quickly enough causes some games to read inputs with an increasing delay, only being able to catch up once the mashing stops. Example program: Touhou 11 trial 172965c20e04accf7932d45918f01a60abf5ee67 th11tr002a_setup.exe http://mirror.studio-ramble.com/upload/535/200806/th11tr002a_setup.exe (run with LANG="ja_JP.UTF-8" to avoid mojibake) Once installed, custom.exe can be used to select the input polling method (first option, bottom right button to save). Enabling it will force GetKeyboardState to be used, while disabling it will allow DirectInput use, which suffers less from the issue. Test procedure: - Open th11.exe - Send around 100 input events per second, including Z presses but no X, either with a macro or by pressing one's hands into the keyboard repeatedly, until gameplay begins, and the player respawns after being hit by a bullet. Correct behavior: The player keeps shooting for a fraction of a second after Z is last released. Actual behavior: The player keeps shooting for a few seconds after Z is last released, indicating a backed up input queue. Windows behavior: While I do not have a Windows setup at the ready, I have heard a report of 120hz macros working fine under Windows in games reading inputs with GKS. -- 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 57829] New: Links 2003 suffers Video related hangs and crashes
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57829 Bug ID: 57829 Summary: Links 2003 suffers Video related hangs and crashes 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: dwg(a)australiamail.com Distribution: --- Created attachment 78037 --> https://bugs.winehq.org/attachment.cgi?id=78037 Captued hang Hi, Problem Description: Links 2003 is working nicely under Wine however I have to take action to limit the amount of shared memory that Wine is using for the Graphics with the Embedded GPU. Environment - Hardware: Acer Aspire Notebook E5-575G Gen 7 i5-7200U processor, 16GB Memory, 512GB SSD, 1TB HDD. Intel HD 620 embedded graphics Software: Linux Mint 21.3 Wine 10.1 Links 2003, 1.07 Update Commentary: I have found that I have to severely restrict the amount of shared memory allocated for Video to 128MB in Wine, using the parameter VideoMemorySize. Set any higher than this and I see issues: - If the parameter is set to 256MB the Links program hangs and has to be terminated - If the parameter is set to 512MB I get the attached crash from Links. As an aside with Wine 10.1 on an older i3 Gen 3 desktop system with Intel 2500 embedded graphics running Mint 21.3, the higher VideoMemorySize parameters works and also appears to help to improve graphic performance, previous versions of Wine up to 10.0 on this system exhibited the same problem as on the notebook. -- 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 57815] New: Splinter Cell (2002): crashes when changing game resolution when used with DXVK
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57815 Bug ID: 57815 Summary: Splinter Cell (2002): crashes when changing game resolution when used with DXVK Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: daniel.penalized(a)proton.me Distribution: ArchLinux Created attachment 78025 --> https://bugs.winehq.org/attachment.cgi?id=78025 output log When I change the game resolution via the settings menu, the game crashes. You can also crash when you start the game (right after the introductory video). Just change the game resolution via the SplinterCellUser.ini configuration file: Resolution=1920x1080 This behavior only happens when used with DXVK. It doesn't happen with WineD3D OpenGL (it's impossible to test with WineD3D Vulkan, as it completely breaks the look of the game). And of course, it doesn't happen with winex11.drv either. - The game was installed via CD-ROM and is up to date with the latest update (v1.3). - I use labwc/wlroots as WM. - Although I'm on Arch Linux, I compile wine manually with these options: ./configure --prefix=/usr --enable-archs=i386,x86_64 --enable-win64. So I'm using the new WoW64 mode, but this behavior also happens in normal 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 5

[Bug 57138] New: Unhandled exception after printing a page in Approach
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57138 Bug ID: 57138 Summary: Unhandled exception after printing a page in Approach Product: Wine-staging Version: 9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 77043 --> https://bugs.winehq.org/attachment.cgi?id=77043 Unhandled exception Fedora 40 wine-staging-9.15-2.1.x86_64 Lotus Approach N99.8.0208.0800 (Smart Suite) I have a script set up in Approach to switch from my main page to an envelope form, print the envelope, then return to the main page. If I manually switch to the main page, and envelope prints fine. I have no problem manually switching back to the man page after the print. If I use the script, the envelope prints, then Approach crashes with a Wine "Unhandled exception error". This was never an issue under Wine 6. Please see the attachment. -- 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 17

[Bug 57776] New: Wine Approach startup crash
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57776 Bug ID: 57776 Summary: Wine Approach startup crash 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: ToddAndMargo(a)zoho.com Distribution: --- SmartSuite-N99.8.0208.0800 Fedora 41 wine-stable-10.0.0-1.1.x86_64 winehq-stable-10.0.0-1.1.x86_64 Wine Approach startup crash: wine approach.exe Error on LSIOpen, or "Couldn't load the Lotus Dialogs DynaLink" wine: Unhandled page fault on read access to 00000024 at address 1660170C (thread 0144), starting debugger... Show Detains on crash reporter: Unhandled exception: page fault on read access to 0x00000024 in wow64 32-bit code (0x1660170c). This is due to Wine not using lotus' paths correctly (from the registry). Work Around: $ cd ~/.wine/drive_c/lotus $ mkdir jumble $ cp -R approach/* jumble/. $ cp -R compnent/* jumble/. Simple start: $ wine ~/.wine/drive_c/lotus/jumble/approach.exe Fancy start: $ bash -c "cd $HOME/.wine/drive_c/lotus/jumble; wine explorer /desktop=Approach_`date +%%H:%%M:%%S`_1680x1050,1680x1050 ./approach.exe" -- 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 57783] New: Approach will not run in a virgin 10.0 wineprefix
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57783 Bug ID: 57783 Summary: Approach will not run in a virgin 10.0 wineprefix 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: ToddAndMargo(a)zoho.com Distribution: --- Created attachment 77980 --> https://bugs.winehq.org/attachment.cgi?id=77980 debugg message on crash What a disaster! Please correct. I need my accounting system back. SmartSuite-N99.8.0208.0800 Fedora 41 wine-stable-10.0.0-1.1.x86_64 winehq-stable-10.0.0-1.1.x86_64 Lotus Approach will not run in a fresh WINEPREFIX under WineHQ Stable 10.0, unless you have leftover stuff from a prior wine install. But that would not be a fresh WINEPREFIX. Both Approach and WordPro were selected on a customer install and a fulkl install too after wiping the .wine directory and starting fresh The following error occurs at the end of installation from the smart suite ISO. regedit: Unable to open the registry key 'HKEY_CURRENT_USER\Software\Lotus\SmartSuite'. and regedit: Unable to open the registry key 'HKEY_CURRENT_USER\Software\Lotus\ScreenCam'. Only Approach and WordPro were selected on a customer install. When starting Approach: $ cd /home/todd/.wine/drive_c/lotus/approach $ wine ./approach.exe The following pop occurs "Lotus Approach: Couldn't load Lotus Dialog DynaLink" Pressing okay, opens a Program Error box and presents this error in the command line: wine: Unhandled exception 0xe06d7363 in thread 24 at address 7B5F7448 (thread 0024), starting debugger... I will attach the full debug message message. I have one for one checked a qemu-kvm Windows 10 install of Approach against my wine registry and they are identical Many thanks -T -- 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 53910] New: windows get moved around when dpms blankout happens
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=53910 Bug ID: 53910 Summary: windows get moved around when dpms blankout happens Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Technically, it's a regression, but not sufficiently significant (for me) to check when it began - I initially thought it was something even more random. Anyway, as the summary says, relatively recently (I'd say within last two months, perhaps less) I've noticed than under some at the time unclear condition, some of the windows get randomly moved around their respective desktops without any of my interaction. For the most part it was only slightly annoying and seemingly random, so I've just lived with it. But today I had an idea and successfully tested it. All that's needed was 'xset dpms force off'. It's also quite generic - can be triggered with notepad and winecfg. My setup is of two monitors, but one of them is quite old and most of the time turned off (that still allows for stumbling upon various quirks of winex11.drv's multi-screen handling). Once 'xset dpms force off' is fully in effect, upon restoring from the blankout the windows get somewhat randomly moved. -- 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 28

[Bug 57816] New: Splinter Cell: Pandora Tomorrow (2004): crashes when changing game resolution when used with DXVK
by WineHQ Bugzilla 11 Feb '25

11 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57816 Bug ID: 57816 Summary: Splinter Cell: Pandora Tomorrow (2004): crashes when changing game resolution when used with DXVK Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: daniel.penalized(a)proton.me Distribution: ArchLinux Created attachment 78026 --> https://bugs.winehq.org/attachment.cgi?id=78026 output log When I change the game resolution via the options menu, the game crashes. You can also crash when you start the game (right after the introductory video). Just change the game resolution via the SplinterCell2.ini configuration file: WindowedViewportX=1600 WindowedViewportY=1200 and the SplinterCell2.ini configuration file: Resolution=1600x1200 This behavior only happens when used with DXVK. It doesn't happen with WineD3D OpenGL (it's impossible to test with WineD3D Vulkan, as it completely breaks the look of the game). And of course, it doesn't happen with winex11.drv either. - The game was installed via CD-ROM and is up to date with the latest update (v1.31). - I use labwc/wlroots as WM. - Although I'm on Arch Linux, I compile wine manually with these options: ./configure --prefix=/usr --enable-archs=i386,x86_64 --enable-win64. So I'm using the new WoW64 mode, but this behavior also happens in normal 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 4

[Bug 53847] New: NfRemote: mouse input ignored
by WineHQ Bugzilla 11 Feb '25

11 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=53847 Bug ID: 53847 Summary: NfRemote: mouse input ignored Product: Wine Version: 7.0 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thelen(a)radiomankato.com https://www.telosalliance.com/uploads/Omnia%20Products/Software/NfRemote.exe Say hello to nfremote. It's a little piece of software used to administer a particular manufacturer's equipment, commonly used at radio and TV stations. I can confirm it has, and does, work fine under Wine 2.21 - just tested today on a MacBookPro8,1 running the official binaries (https://dl.winehq.org/wine-builds/macosx/pool/winehq-staging-2.21.pkg) under OS 10.13.6. Meanwhile, I have a new Mac (MacBookPro16,2 - Intel-based), on which I’ve deployed Wine 7.0 via homebrew under OS 12.6.1. There I can start nfremote just fine... but it ignores my mouse input. If I were to start it with the command-line argument "run", it presents me with a window where both keyboard and mouse input are accepted; there I can type in the text fields, so I know it's responsive. But when I hover the cursor over buttons, they do not 'light up’ to indicate such. And when I click, nothing happens. Even in years past, I found that newer versions of Wine exhibited the issue I describe below, so I simply never updated beyond 2.21. Wonder if this might be a long-undiscovered regression of some sort? -- 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 57821] New: Formlabs PreForm: Balck loading screen
by WineHQ Bugzilla 11 Feb '25

11 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57821 Bug ID: 57821 Summary: Formlabs PreForm: Balck loading 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: skala.antonin(a)gmail.com Distribution: --- Created attachment 78032 --> https://bugs.winehq.org/attachment.cgi?id=78032 Wine standart output Hello, when I start Formlabs PreForm tool for slicing 3D models for printer, initial loading window is solid black so information about loading progress is not visible. Running on Ubuntu 24.10 trough Xwayland. Behavior is same for Wine 9.??-10.1 It can be obtained there: https://formlabs.com/eu/software/preform/ (free - just ask some questions, no registration no SN of device needed) -- 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 57459] New: Wine Regedit and Wine Control don't minimize and become unresponsive
by WineHQ Bugzilla 10 Feb '25

10 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57459 Bug ID: 57459 Summary: Wine Regedit and Wine Control don't minimize and become unresponsive Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: agarplayerarlon(a)gmail.com Distribution: --- Created attachment 77457 --> https://bugs.winehq.org/attachment.cgi?id=77457 video of the issue I've attached a video of the issue Basically those apps instead of minimizing they compress and become unresponsive afterwards -- 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 57812] New: Roblox Studio cursor locking on wayland is faulty
by WineHQ Bugzilla 10 Feb '25

10 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57812 Bug ID: 57812 Summary: Roblox Studio cursor locking on wayland is faulty Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: sewn(a)disroot.org Distribution: --- When running Roblox Studio with or without using Vinegar, the cursor locking in Wayland does not function properly, making the cursor move randomly and sporadically all over the window. It functions the same in Xwayland. -- 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 57637] New: Regression: Crash on exit in Age of Empires
by WineHQ Bugzilla 10 Feb '25

10 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57637 Bug ID: 57637 Summary: Regression: Crash on exit in Age of Empires Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dplay Assignee: wine-bugs(a)winehq.org Reporter: krkos(a)mail.muni.cz Distribution: --- Created attachment 77765 --> https://bugs.winehq.org/attachment.cgi?id=77765 AoE exit crash backtrace The bug affects original Age of Empires with UPatch HD 1.2 Release 3. Upon program exit, it crashes with page fault on write access to 0x00000005, see attached backtrace. This was bisected to be caused by 490d5f0fcf8556548743ad65a2a9951c2f503809 "dplayx: Merged IDirectPlayLobby/2A in to IDirectPlayLobby3A.", which seems strange as the backtrace indicates something audio related, but was reproduced repeatedly. The bug manifests on wow64 32bit (configure --enable-win64 --enable-archs=i386,x86_64), compiled with both mingw and clang. I did not test pure 32b wine. The bug is still present in wine 10.0-rc4. -- 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 57811] New: wikis/Building-Wine contains broken/obsolete link
by WineHQ Bugzilla 09 Feb '25

09 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57811 Bug ID: 57811 Summary: wikis/Building-Wine contains broken/obsolete link 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: depaoli.renzo(a)gmail.com Distribution: --- As per instruction on the 404 website "If you followed a link from a WineHQ.org page and reached this page in error, please report it to the WineHQ.org Bugzilla.": The link on the Wine Wiki https://gitlab.winehq.org/wine/wine/-/wikis/Building-Wine https://www.winehq.org/pipermail/wine-devel/2016-January/111245.html is broken resulting in 404. -- 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 53760] New: 0x7b00fd36
by WineHQ Bugzilla 09 Feb '25

09 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=53760 Bug ID: 53760 Summary: 0x7b00fd36 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wing32 Assignee: wine-bugs(a)winehq.org Reporter: pat.laferriere2344(a)gmail.com Distribution: --- Unhandled exception: 0x0eedfade in 32-bit code (0x7b00fd36). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:006b GS:0063 EIP:7b00fd36 ESP:0062ed34 EBP:0062eda8 EFLAGS:00200246( - -- I Z- -P- ) EAX:0062ed40 EBX:0062ee3c ECX:00000018 EDX:0062edec ESI:0eedfade EDI:00000007 Stack dump: 0x0062ed34: 0128c7e1 0062edd4 0128c7ea 0eedfade 0x0062ed44: 00000001 00000000 7b00fd36 00000007 0x0062ed54: 0120d028 04a4b000 04a4afa0 0120d25b 0x0062ed64: 0062fbc0 0062ee3c 0062ee08 0128111c 0x0062ed74: 01139385 04520e00 011396ab 00000001 0x0062ed84: 04520e00 01139707 0eedfade 0062edbc Backtrace: =>0 0x7b00fd36 EntryPoint+0xffffffff() in kernelbase (0x0062eda8) 1 0x012813e2 EntryPoint+0xffffffff() in stpass (0x0062edd4) 2 0x0120d028 EntryPoint+0xffffffff() in stpass (0x0062ee3c) 3 0x0120d269 EntryPoint+0xffffffff() in stpass (0x0062fc10) 4 0x0120cb42 EntryPoint+0xffffffff() in stpass (0x0062fc30) 5 0x0120cb22 EntryPoint+0xffffffff() in stpass (0x0062fc40) 6 0x01219e0e EntryPoint+0xffffffff() in stpass (0x0062fcb4) 7 0x0120cbb8 EntryPoint+0xffffffff() in stpass (0x0062fce0) 8 0x0120caf1 EntryPoint+0xffffffff() in stpass (0x0062fcfc) 9 0x01219e0e EntryPoint+0xffffffff() in stpass (0x0062fd90) 10 0x01207b27 EntryPoint+0xffffffff() in stpass (0x0062fdb0) 11 0x011f9e16 EntryPoint+0xffffffff() in stpass (0x0062fdd8) 12 0x01200b3c EntryPoint+0xffffffff() in stpass (0x0062fdf8) 13 0x01200bca EntryPoint+0xffffffff() in stpass (0x0062fe28) 14 0x0121b90a EntryPoint+0xffffffff() in stpass (0x0062fe70) 15 0x013e3505 EntryPoint+0xffffffff() in stpass (0x0062fea8) 16 0x01d7ad46 EntryPoint+0xffffffff() in stpass (0x0062ff10) 17 0x00401ea2 EntryPoint+0xffffffff() in stpass (0x0062ff30) 18 0x7b62e270 EntryPoint+0xffffffff() in kernel32 (0x0062ff48) 19 0x7bc5bc77 EntryPoint+0xffffffff() in ntdll (0x0062ff5c) 20 0x7bc5bed0 EntryPoint+0xffffffff() in ntdll (0x0062ffec) 0x7b00fd36 EntryPoint+0xffffffff in kernelbase: subl $4,%esp Modules: Module Address Debug info Name (53 modules) PE 1c0000- 1e3000 Deferred userenv PE 400000- 413000 Export stpass PE 630000- ab6000 Deferred ole32 PE 1130000- 373d000 Export stpass PE 3740000- 38b1000 Deferred winmm PE 38c0000- 38e3000 Deferred zlib1 PE 38f0000- 3b7f000 Deferred comdlg32 PE 3b80000- 402b000 Deferred comctl32 PE 47b0000- 47c9000 Deferred olepro32 PE 4ac0000- 4d56000 Deferred gdiplus PE 4ef0000- 52c4000 Deferred windowscodecs PE 61740000-61828000 Deferred advapi32 PE 61940000-61b30000 Deferred wininet PE 62fc0000-631f2000 Deferred rpcrt4 PE 63480000-6349c000 Deferred version PE 637c0000-638bd000 Deferred oleacc PE 63bc0000-63c02000 Deferred shcore PE 64a40000-64b5e000 Deferred shlwapi PE 64ec0000-652ab000 Deferred oleaut32 PE 65580000-655a3000 Deferred wtsapi32 PE 66240000-6627e000 Deferred bcrypt PE 68080000-680c5000 Deferred jsproxy PE 68500000-6864b000 Deferred combase PE 68700000-6878e000 Deferred uxtheme PE 68a40000-68ab8000 Deferred xmllite PE 69180000-691a5000 Deferred wsock32 PE 69600000-69710000 Deferred winhttp PE 69940000-699b3000 Deferred propsys PE 6a040000-6a0a3000 Deferred msacm32 PE 6a280000-6a4c9000 Deferred msvcrt PE 6bc00000-6bca2000 Deferred sechost PE 6bcc0000-6be9c000 Deferred setupapi PE 6c9c0000-6cf3f000 Deferred gdi32 PE 6db40000-6db72000 Deferred imagehlp PE 6e8c0000-6eb65000 Deferred crypt32 PE 6ed00000-6f392000 Deferred user32 PE 6f4c0000-6f570000 Deferred wintrust PE 6f900000-6fa1c000 Deferred msctf PE 6fa80000-6fcbb000 Deferred dbghelp PE 70940000-70997000 Deferred mpr PE 70b40000-70df7000 Deferred ucrtbase PE 70e80000-70e93000 Deferred msimg32 PE 71200000-71248000 Deferred imm32 PE 7b000000-7b30b000 Dwarf kernelbase PE 7b600000-7b928000 Dwarf kernel32 PE 7bc00000-7bee0000 Dwarf ntdll PE 7dbf0000-7dbf4000 Deferred winex11 PE 7e910000-7e91b000 Deferred winspool PE 7e960000-7f237000 Deferred shell32 PE 7f3a0000-7f3a4000 Deferred dnsapi PE 7f3c0000-7f3c4000 Deferred iphlpapi PE 7f3f0000-7f3f3000 Deferred netapi32 PE 7f430000-7f436000 Deferred ws2_32 Threads: process tid prio (all id:s are in hex) 00000038 services.exe 0000003c 0 00000040 0 0000004c 0 00000064 0 00000084 0 000000a0 0 000000ec 0 00000044 svchost.exe 00000048 0 00000054 0 00000058 0 0000005c winedevice.exe 00000060 0 00000068 0 0000006c 0 00000070 0 00000074 explorer.exe 00000078 0 0000009c 0 000000ac 0 0000007c plugplay.exe 00000080 0 00000088 0 0000008c 0 00000090 0 000000bc 0 00000094 winedevice.exe 00000098 0 000000a4 0 000000a8 0 000000b8 0 000000c4 0 000000e4 rpcss.exe 000000e8 0 000000f0 0 000000f4 0 000000f8 0 000000fc 0 00000100 0 0000015c DFX.exe 00000160 0 00000170 0 00000174 0 00000184 DfxSharedApp32.exe 000000e0 0 000000b4 DfxSharedApp64.exe 000000dc 0 00000234 (D) C:\Program Files (x86)\Sticky Password\stpass.exe 00000238 0 <== 00000244 0 System information: Wine build: wine-6.0.3 (Ubuntu 6.0.3~repack-1+zorin1) Platform: i386 (WOW64) Version: Windows 7 Host system: Linux Host version: 5.15.0-48-generic -- 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 56542] New: winewayland.drv: In-game VSync capped at 59FPS on 60Hz monitors
by WineHQ Bugzilla 09 Feb '25

09 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56542 Bug ID: 56542 Summary: winewayland.drv: In-game VSync capped at 59FPS on 60Hz monitors Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: faridzelli(a)gmail.com Distribution: --- The in-game VSync is capped at 59FPS in Cyberpunk 2077 on 60Hz displays. This game in particular allows the player to adjust the VSync frame rate target, the given options change to [59 29 19 14] as opposed to [60 30 20 15] under XWayland. Benchmark results: - XWayland + VSync 60 (3 runs): 59.5FPS - winewayland.drv + VSync 59 (3 runs): 58.4FPS System information: - Specs: Ryzen 5 3600 / Radeon 6700XT / 3840x2160 60Hz - OS: openSUSE Tumbleweed - DE: GNOME 46 - Display scaling: none - Wine version: 9.6 (reproducible on all 9.X builds) -- 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 57814] New: Battle Realms Complete Freeze in Multiplayer while WinSock try_send failed to convert address
by WineHQ Bugzilla 09 Feb '25

09 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57814 Bug ID: 57814 Summary: Battle Realms Complete Freeze in Multiplayer while WinSock try_send failed to convert address Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: zeroredgrave(a)gmail.com Distribution: --- Created attachment 78024 --> https://bugs.winehq.org/attachment.cgi?id=78024 WinSock try_send failed to convert address Im trying to play BattleRealms in Multiplayer via LAN Connection to test but suddenly it will Freeze the game in the Multiplayer Menu after i clicked creating rooms in LAN Connection. When i looked at the terminal, there was an error occur in the terminal says "0548:err:winsock:try_send failed to convert address". The Singleplayer is fine completely. Only the Multiplayer side is the problem for now. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 57813] New: EnumDesktopWindows does not SetLastError when NtUserBuildHwndList fails
by WineHQ Bugzilla 08 Feb '25

08 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57813 Bug ID: 57813 Summary: EnumDesktopWindows does not SetLastError when NtUserBuildHwndList fails 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: nicolas.iooss.2010_wine(a)m4x.org Distribution: --- Hello, Since Wine 9.22 (commit https://gitlab.winehq.org/wine/wine/-/commit/7d5a43b60492d8b7f49a6b4a574f28… "user32: Reimplement the enum window functions using NtUserBuildHwndList()."), EnumDesktopWindows can fail without setting the Last Error. More precisely, the function returns FALSE and GetLastError() does not return the associated error. I guess that's cause by line 76 (https://gitlab.winehq.org/wine/wine/-/blob/7d5a43b60492d8b7f49a6b4a574f28a5… ): status = NtUserBuildHwndList( 0, hwnd, FALSE, TRUE, 0, size, list, &size ); /* ... */ if (status != STATUS_BUFFER_TOO_SMALL) return FALSE; A call to SetLastError (or set_ntstatus(status)) seems to be missing. (By the way, Microsoft documents EnumDesktopWindows in https://learn.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-enum… "If the function fails or is unable to perform the enumeration, the return value is zero. To get extended error information, call GetLastError.") This issue seems to affect other functions in the same file (dlls/user32/win.c): when a "NTSTATUS status" is used to get the return value of functions NtUser..., several functions return FALSE or NULL without setting the Last Error. Context: I first saw this on Arch Linux running Wine 9.22 and successfully reproduced the issue on a clean Ubuntu 24.04 installation with Wine 10.1 installed by following instructions from https://gitlab.winehq.org/wine/wine/-/wikis/Debian-Ubuntu . I am testing this using a program I wrote many years ago, https://github.com/fishilico/shared/blob/361bd98566a4da881d746a95804723d0d0… . Before Wine 9.22, it successfully enumerated the Stations and Desktops. Since Wine 9.22, the callback of EnumDesktopWindows is no longer called and EnumDesktopWindows returns FALSE with GetLastError() showing the previous error (if SetLastError(0) is added before the call to EnumDesktopWindows, GetLastError() returns 0 after the call). In case it is useful, here is an extract of "WINEDEBUG=trace+all wine ./list_desktops.exe" : 20129.073:01e4:01e8:Call user32.EnumDesktopWindows(00000068,1400016a0,7ffffe2ffe50) ret=140001b17 20129.073:01e4:01e8:trace:heap:RtlAllocateHeap handle 00007FFFFE320000, flags 0, size 0x400, return 00007FFFFE380EC0, status 0. 20129.074:01e4:01e8:trace:heap:RtlFreeHeap handle 00007FFFFE320000, flags 0, ptr 00007FFFFE380EC0, return 1, status 0. 20129.074:01e4:01e8:Ret user32.EnumDesktopWindows() retval=00000000 ret=140001b17 20129.074:01e4:01e8:Call KERNEL32.GetLastError() ret=140001b1f 20129.074:01e4:01e8:Ret KERNEL32.GetLastError() retval=00000000 ret=140001b1f By the way, debugging with winedbg shows that NtUserBuildHwndList returns 0xC0000022 (STATUS_ACCESS_DENIED). I don't know why (and what I should do to make it work as before), but the bug I am reporting is not about this. -- 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 39893] New: wine builtin IE can't download .exe file
by wine-bugs＠winehq.org 08 Feb '25

08 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=39893 Bug ID: 39893 Summary: wine builtin IE can't download .exe file Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: litimetal(a)gmail.com Distribution: --- wine iexplore https://download-installer.cdn.mozilla.net/pub/firefox/releases/43.0.3/win3… Got fixme:urlmon:create_object Could not find object for MIME L"application/x-msdownload" fixme:ieframe:handle_navigation_error Navigate to error page Maybe a dup of bug 33676? -- 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 57589] New: Incorrect name of the mail server
by WineHQ Bugzilla 08 Feb '25

08 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57589 Bug ID: 57589 Summary: Incorrect name of the mail server 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: lav(a)etersoft.ru CC: jnewman(a)codeweavers.com Distribution: --- mail.winehq.org incorrectly reports its name: # netcat 4.4.81.124 25 220 winehq.org ESMTP Also both direct and reverse resolving need be the same. Now it is broken: # resolve mail.winehq.org IP address of mail.winehq.org: 4.4.81.124 # resolve 4.4.81.124 Host name of 4.4.81.124: winehq.org I just checked with follow tool: https://mxtoolbox.com/SuperTool.aspx?action=smtp%3amail.winehq.org&run=tool… -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

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