wine-bugs February 2025

wine-bugs@winehq.org

1 participants
767 discussions

[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 57828] New: Approach Smart Icons do not show
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57828 Bug ID: 57828 Summary: Approach Smart Icons do not show Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Created attachment 78036 --> https://bugs.winehq.org/attachment.cgi?id=78036 Smart Icon in Windows 10 and Wine SmartSuite-N99.8.0208.0800 Fedora 41 wine-devel-10.1-1.1.x86_64 and wine-stable-10.0.0-1.1.x86_64 winehq-stable-10.0.0-1.1.x86_64 In Approach, the View pull down, Smart Icon setting does not active. This makes Approach very difficult to use. -- 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 57623] New: Approach welcome screen does not appear when rub from a virtual desktop
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57623 Bug ID: 57623 Summary: Approach welcome screen does not appear when rub from a virtual desktop Product: Wine-staging Version: 10.0-rc2 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: --- Lotus Approach N99.8.0208.0800 (Smart Suite) Fedora 41 Xfce 4.18 screen resolution: 4096x2160 Reproduced under: WineHQ Staging: wine-staging-10.0.rc3-1.1.x86_64 winehq-staging-10.0.rc3-1.1.x86_64 Wine Staging Fedora repo: wine-9.15-1.fc41.x86_64 wine-9.15-1.fc41.i686 When Lotus Approach is started from a terminal directory, the welcome screen pops up. $ wine approach But when Lotus Approach is started as a "virtual Desktop", it does not. $ cd .wine/drive_c/lotus/approach/ $ wine explorer /desktop approach From Xfce Launcher: bash -c "cd $HOME/.wine/drive_c/lotus/approach; wine explorer /desktop=`date +%%H:%%M:%%S`_wine_virtual_desktop_1680x1050,1680x1050 approach.exe" If you open a database, then close it, the welcome screen does pop up. I will attach a video of 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 4

[Bug 57802] New: 10 is not saving WordPro's "view Settings"
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57802 Bug ID: 57802 Summary: 10 is not saving WordPro's "view Settings" Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Dear Support, 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 stable 10 is not saving Word Pro's "View setting". You have to set up your view settings in a Windows virtual machine and export the view setting from regedit. Then import them into Wine's regedit: for example: REGEDIT4 [HKEY_CURRENT_USER\SOFTWARE\Lotus\WordPro\99.0\lwpuser.ini\WordProUser] "ViewMode"="256" "ViewPreference2"="514" "ViewPreference"="527945365" The above is margin width and show tabs. These entries were all missing in Wine until I regedit imported them. Please fix. 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 7

[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

← Newer
1
...
56
57
58
59
60
61
62
...
77
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 February 2025