wine-bugs September 2024

wine-bugs@winehq.org

1 participants
1643 discussions

[Bug 56941] New: EA app fails to launch game if total size of environment variables exceeds ~32000 characters
by WineHQ Bugzilla 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=56941 Bug ID: 56941 Summary: EA app fails to launch game if total size of environment variables exceeds ~32000 characters Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)gmail.com Distribution: --- ### Steps to reproduce Preparation: - Have the EA app installed: https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases… - I installed it through Bottles, which installs the following Winetricks dependencies: https://github.com/bottlesdevs/programs/blob/main/Games/eaclient.yml Reproducing: - Set a very long environment variable, before launching the EA app - From the EA app, launch any game - Alternatively, execute the game directly, it will automatically launch the EA app to launch the game - If you don't have any game, "The Sims 4" is free - The game won't launch, an error popup from the EA app will appear (see notes) ### Notes It doesn't matter whether these ~32000 characters are from a single environment variable, or from the combination of many of them. I didn't test on Windows. It may be impossible to test there, since the environment block there has a limit of 32760 characters (which may probably be the reason for this issue in the first place). I say "~32000", because the issue starts occurring a little before 32760 characters. However, my counting method was imprecise (I simply typed `set` in `wine cmd`, then counted the characters), and there's also the fact that the EA app also sets its own environment variables. The issue also occurs with games bought from Steam (thus launched with Proton) that also have to go through the EA app (thanks EA). This issue existed before, and the weird thing is that the error popup from the EA app is different from some time ago (I imagine due to the app being updated). Before it was: "Failed to launch game. An error on our end caused the launch to fail. Try again a little later." Now it's: "The game hasn't released yet" (which is obviously untrue). Is it a stack overflow issue? Logs obtained with `WINEDEBUG=EADesktop.exe:+relay` are too big to attach, even compressed. Let me know what `WINEDEBUG` parameters I should use instead. I can see that the app calls `GetEnvironmentStringsW`, shortly followed by a `WideCharToMultiByte` for each variable (key and value separately). This is done three times. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 52500] New: error with winediag (nodrv_CreateWindow)
by WineHQ Bugzilla 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=52500 Bug ID: 52500 Summary: error with winediag (nodrv_CreateWindow) Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: josue.bock(a)univ-smb.fr Distribution: --- Created attachment 71795 --> https://bugs.winehq.org/attachment.cgi?id=71795 output in command line showing errors Hello, When upgading from 6.22 to 6.23, wine does not open anymore with a software. It seems to be related to another bug report (https://bugs.winehq.org/show_bug.cgi?id=51210) but AFAIC see, this was not the same wine version involved. My laptop also has two GPU, one Intel and one Nvidia. The Intel one is expected to be unactivated. I asked for help on the forum before sending this bug report, the discussion is here: https://forum.winehq.org/viewtopic.php?f=2&t=36155&p=135932#top -- 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 55

[Bug 27584] New: MFC fillrect draws differently under wine
by wine-bugs＠winehq.org 17 Jun '25

17 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=27584 Summary: MFC fillrect draws differently under wine Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bailey937(a)yahoo.com Created an attachment (id=35259) --> (http://bugs.winehq.org/attachment.cgi?id=35259) sample program for reproducing FillRect bug I have a program that uses CPaintDC.FillRect() to draw histogram samples. It draws one-pixel wide vertical rectangles. Under wine, the bottom-most pixel is not drawn. I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line is touching the black baseline and the black line on the right is touching the baseline also. When I run the program under wine, both the red vertical line on the left and the black vertical line on the right are floating one pixel above the baseline. I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15 64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same problem. The relevant code for the test case is in CChildView::OnPaint() in ChildView.cpp -- 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 16

[Bug 48483] New: Mouse cursor always visible in Gothic 2 with D3D11 renderer
by WineHQ Bugzilla 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=48483 Bug ID: 48483 Summary: Mouse cursor always visible in Gothic 2 with D3D11 renderer Product: Wine-staging Version: 5.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: supercoolemail(a)seznam.cz CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Gothic 2 (Russian with 2.6 no-cd patch) with D3D11 renderer shows X11/KDE mouse all the time. Cursor should not be visible in Gothic 2 at all. It does not have any functional impact but it's disturbing. How to reproduce: - Get Gothic 2. - Test G2 works (menu at least). - Extract GD3D11 (e.g. from https://github.com/Kirides/GD3D11/releases/download/v17.7-dev8/Gothic2-GD3D… but even old versions from Liker suffer from same issue). DLLs from archive belong to `<game dir>/System` directory. - Start the game with `ddraw=n,b`. - See that mouse cursor appears when menu finishes loading. Alternatively, mouse movements make cursor appear even before menu finishes loading. There is some analysis here https://github.com/Tk-Glitch/PKGBUILDS/issues/428 . I can confirm that same issue happens with clean wine-staging 5.0rc4 from Arch repositories (also with wine-tkg built from master). While clean G2 works properly in vanilla wine, GD3D11 needs staging otherwise it crashes at startup. Tested on `Linux coolhost 5.4.12-arch1-1 #1 SMP PREEMPT Tue, 14 Jan 2020 21:44:31 +0000 x86_64 GNU/Linux` Ryzen 7 1700 RX 580 8G 16 G RAM mesa 19.3.2 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 38705] New: Gothic crashes on saving games
by wine-bugs＠winehq.org 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=38705 Bug ID: 38705 Summary: Gothic crashes on saving games Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: amlopezalonso(a)gmail.com Distribution: --- Created attachment 51633 --> https://bugs.winehq.org/attachment.cgi?id=51633 Crash backtrace Gothic 1.08j always crashes when trying to save a game, right after entering savegame name. Attaching backtrace. -- 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 5

[Bug 39867] New: Long path components (e.g. 250 character long) crash open/save dialogs
by wine-bugs＠winehq.org 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=39867 Bug ID: 39867 Summary: Long path components (e.g. 250 character long) crash open/save dialogs Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: whitequark(a)whitequark.org Distribution: --- To reproduce: 1. mkdir aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 2. call GetOpenFileName and navigate to a directory containing the newly created one 3. Wine is aborted by stack smashing protection -- 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 39688] New: Crash in file browser dialog (probably because of > MAX_PATH)
by wine-bugs＠winehq.org 17 Jun '25

17 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=39688 Bug ID: 39688 Summary: Crash in file browser dialog (probably because of > MAX_PATH) Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: n296869(a)rtrtr.com Distribution: --- Wine's GetOpenFileNameW/GetSaveFileNameW seems to crash when encountering a very long path name (i.e. longer than MAX_PATH characters). -- 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 8

[Bug 23193] New: wine notepad: Slow to open large files
by wine-bugs＠winehq.org 16 Jun '25

16 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=23193 Summary: wine notepad: Slow to open large files Product: Wine Version: 1.2-rc1 Platform: x86 URL: http://winehq.org OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Created an attachment (id=28858) --> (http://bugs.winehq.org/attachment.cgi?id=28858) Long text file (3.1M uncompressed) gunzip the attached file and open it in notepad. For me, it takes > 5 seconds to open on a quadcore. WinXP notepad (both virtualbox and native) will open it instantly. -- 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 31

[Bug 57020] New: Anritsu Software Toolbox doesn't install properly
by WineHQ Bugzilla 16 Jun '25

16 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=57020 Bug ID: 57020 Summary: Anritsu Software Toolbox doesn't install properly Product: Wine Version: 9.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Download: https://dl.cdn-anritsu.com/en-us/test-measurement/files/Software/Drivers-So… To test - Run the installer in clean WINEPREFIX - Uncheck "Check for Updates" - Select all components (default) - When it asks something about the "NI VISA" runtime, select "Yes" In the install folder (default .wine/drive_c/Program Files (x86)/Anritsu) there hsould be folders like "Line Sweep Tools" and other. On Wine, those are missing. The problem can be worked around by using "winetricks -q dotnet35" before attempting the install. Not sure why it can't use wine-mono. Another way to possibly test: You can unpack the installer exe with 7-zip, then the $TEMP folder contains the installers, e.g. LST_V1.71_Installer.exe If you run those, they will complain about missing .NET 3.5 as well. -- 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 37789] New: cmd.exe /c cannot handle "(" and ")" characters in a full script path name
by wine-bugs＠winehq.org 16 Jun '25

16 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=37789 Bug ID: 37789 Summary: cmd.exe /c cannot handle "(" and ")" characters in a full script path name Product: Wine Version: 1.7.33 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: abolte(a)systemsaviour.com Distribution: --- Created attachment 50334 --> https://bugs.winehq.org/attachment.cgi?id=50334 Various cmd executions discussed in the report using WINEDEBUG='+cmd'. Far Cry 4 (which requires at least a 64-bit Windows 7 prefix) fails to call a bash script on launch: Can't recognise 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat /silent' as an internal or external command, or batch script. Sure enough, calling it manually (even without the /silent argument) results in the same error: $ wine cmd.exe /c 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat' Can't recognise 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat' as an internal or external command, or batch script. Suspicious of the ( and ) characters in the URL, I tried copying the GEFirewall.bat to the path 'C:\Program Files\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\' (which doesn't normally exist but I manually created it). $ wine cmd.exe /c 'C:\Program Files\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software\GEFirewall.bat' fixme:netsh:wmain stub: L"netsh" L"firewall" L"add" L"allowedprogram" L"C:\\Program Files\\Ubisoft\\Ubisoft Game Launcher\\games\\Far Cry 4\\Support\\Software\\..\\..\\bin\\FarCry4.exe" L"FarCry4" L"ENABLE" fixme:netsh:wmain stub: L"netsh" L"firewall" L"add" L"allowedprogram" L"C:\\Program Files\\Ubisoft\\Ubisoft Game Launcher\\games\\Far Cry 4\\Support\\Software\\..\\..\\bin\\IGE_WPF64.exe" L"FarCry4-IGE" L"ENABLE" The script ran perfectly. One more test to confirm my sanity: $ wine explorer.exe 'C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Far Cry 4\Support\Software' This opened the directory in explorer fine. Only cmd.exe /c ... seems to show this issue. -- 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 8

[Bug 56274] New: Ceville: .NET Framework 3.5 game crashes with Wine Mono
by WineHQ Bugzilla 16 Jun '25

16 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=56274 Bug ID: 56274 Summary: Ceville: .NET Framework 3.5 game crashes with Wine Mono Product: Wine Version: 9.1 Hardware: x86-64 URL: https://www.gamepressure.com/download.asp?ID=22513 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: memax(a)gmx.fr Distribution: Ubuntu Game: This bug is present in the full game (version 1.0.2.0) and in the demo. I've provided the download link for the demo. OS: Ubuntu 22.04.3 LTS 64bit Wine: wine-9.1 WINEARCH=win32 Clean prefix Description: With Wine Mono: The game can be launched as far as the menu screen, but it crashes at the start of a new game, at the end of the loading screen. I assume this is related to the video that should be playing at that point. The game also crashes on closing. With dotnet35sp1 installed via winetricks: The game can be launched but there are several error messages ("Unhandled exception in a component in your application") each time a video is played. These errors can be ignored by clicking on "Continue". The sound of the video is audible, but the video display is truncated. Ignoring these errors allows you to play the game (no crashes). -- 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 22

[Bug 47024] New: Pen pressure does not register full range
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=47024 Bug ID: 47024 Summary: Pen pressure does not register full range Product: Wine-staging Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: metichi(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 64183 --> https://bugs.winehq.org/attachment.cgi?id=64183 Pressure graphs by wine staging version Using drawing tablets in the wine staging version 4.6 makes the pressure readings top at about 10% of the input range, while still responsive within it. I have tested it using Clip Studio Paint version 1.8.7 on ubuntu 18.04. I tried 2 tablets, a wacom pencil small (using the wacom drivers installed by default in ubuntu) and a Huion Kanvas GT191 (using digimend drivers v9) with identical results. Attached are the pressure suggestions made by CSP while calibrating the pressure range -- 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 15

[Bug 33056] New: Tablet stylus pressure works in Manga Studio 5 until a focus or key event occurs
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=33056 Bug #: 33056 Summary: Tablet stylus pressure works in Manga Studio 5 until a focus or key event occurs Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: aardvark(a)krl.com Classification: Unclassified Unlike prior versions, the tablet stylus pressure works for Manga Studio 5; however, if a key is pressed or the pen goes out of the window and back in, lines drawn either draw nothing (no pressure?) or are drawn blobby (saw-tooth pressure) like a chain of tear-drops. The cursor displayed often jitters between two different cursors (e.g. a small circle and a large one or a circle and an arrow). This leads me to believe that it's swapping between two pointing devices, most likely the mouse and the stylus. Maybe related to 15443 and other pen pressure bugs. -- 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 12

[Bug 43612] New: Running on Unsupported OS. OS is not Windows 7 or later
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=43612 Bug ID: 43612 Summary: Running on Unsupported OS. OS is not Windows 7 or later Product: Wine Version: 2.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chrnoboost(a)mailinator.com Distribution: --- Created attachment 59028 --> https://bugs.winehq.org/attachment.cgi?id=59028 Error: Running on Unsupported OS. OS is not Windows 7 or later Setup & Installation 1. Installed Wine-2.15 staging via package installer 2. pass in WINEARCH=win32 and WINEPREFIX=[some perfix] to winecfg. Directory is not pre-made, so Wine created the directory and did the work. 3. chose Windows 7 and enabled CSMT, VAAPI, EAX under "Staging" tab in winecfg 3. Used Winetricks to install vcrun 2005 - 2015, vcrun6, vcrun6sp6; msxml4 and 6;msc40 and 42 to run Clip Studio Paint 1.6.2 Installed Clip Studio Paint 1.6.2 and started the software with stylus on tablet ready for use. Running the software I got an error saying "Running on unsupported OS. OS is not Windows 7 or later" --- This software runs on Windows 7. I ran this software on a Windows 7 64bit machine before. Clicked passed it, and the workspace loads but I couldn't draw on the canvas. I get no response from either stylus nor mouse. -- 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 5

[Bug 50421] New: wine run clip studio point 1.9.4 ERROR
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=50421 Bug ID: 50421 Summary: wine run clip studio point 1.9.4 ERROR Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z7z-h(a)outlook.com Distribution: --- Created attachment 69039 --> https://bugs.winehq.org/attachment.cgi?id=69039 CSP error LOG i using Playonlinux run CSP(clip studio paint) ERROR.i have mono and gecko.(installed). wine version 5.0 OS:Kali linux 2020.04 mono version 5.1.1 gecko version 2.47.2 -- 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 54492] New: Clip Studio Paint - Modifier Keys break stylus input
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=54492 Bug ID: 54492 Summary: Clip Studio Paint - Modifier Keys break stylus input Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kalidibus(a)gmail.com Distribution: --- When drawing in Clip Studio paint, hitting modifier keys like Ctrl Shift Alt etc will cause the cursor to glitch and start rapidly flashing between different input methods. Can only be fixed by restarting the program, but holding down a different modifier key pauses the glitching. This occured on multiple Arch based systems (Manjaro and SteamOS) with an Artist 15.6. I have tested this with both the built in libwacom (I think) drivers, and XP-Pen's own drivers, no change in the behaviour. The behaviour does NOT occur with a mouse. It is only with a stylus. -- 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 19712] New: Template text instead of usual information in VirtualBox installer
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=19712 Summary: Template text instead of usual information in VirtualBox installer Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: b0ntrict0r(a)yandex.ru Created an attachment (id=23024) --> (http://bugs.winehq.org/attachment.cgi?id=23024) Screenshot that illustrates the problem Text labels are filled with a template text instead of components description, installation path, size, etc. in VirtualBox 2.2.4 installer. Text in label (1) substitutes with proper content after selecting component in the tree, and text in label (3) substitutes with proper text after selecting installation path in "Browse" dialog. -- 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 22

[Bug 56815] New: Virtualbox installer fails to install
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=56815 Bug ID: 56815 Summary: Virtualbox installer fails to install 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: svengrewe(a)posteo.de Distribution: --- Used Wine version: 9.10 The Virtualbox installer is broken. It fails to install with GUI and in silent mode. I tested the installer for Virtualbox version 4.3.12, 5.2.44 and 6.0.10. Installing .Net Frameworks doesn't help. -- 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 30773] New: Nibud C@shflow Manager 4 not starting
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=30773 Bug #: 30773 Summary: Nibud C@shflow Manager 4 not starting Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cumulus0007(a)gmail.com Classification: Unclassified Nibud C@shflow Manager is an application to manage your finances and personal budgets. The application shows a welcome screen, where one can choose to evaluate or to buy a license. When evaluation is started, it tries to import settings from other applications. Once this is finished, the application reports an error has occured and the application must close. No further information is provided. fixme:ole:CoInitializeSecurity (0x45ae00,-1,(nil),(nil),6,2,(nil),64,(nil)) - stub! err:ole:CoGetClassObject class {24e669e1-e90f-4595-a012-b0fd3ccc5c5a} not registered err:ole:CoGetClassObject no class object {24e669e1-e90f-4595-a012-b0fd3ccc5c5a} could be created for context 0x1 p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: kan gedeeld objectbestand niet openen: Bestand of map bestaat niet fixme:shell:FileIconInit (true) fixme:hnetcfg:fw_manager_GetIDsOfNames 0x2ca9e40 {00000000-0000-0000-0000-000000000000} 0x32f880 1 1043 0x32f8c4 fixme:resource:GetGuiResources (0xf8,0): stub Wine 1.5.5 Linux 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux -- 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 9

[Bug 42033] New: Fallout 3: Radio music not playing
by wine-bugs＠winehq.org 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=42033 Bug ID: 42033 Summary: Fallout 3: Radio music not playing Product: Wine Version: 2.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- Created attachment 56507 --> https://bugs.winehq.org/attachment.cgi?id=56507 log When listening to the radio in Fallout 3, the DJ's voice works, but the songs don't. Sometimes you'll hear the song start for a second, but then it stops and the DJ's voice starts up again. This happens both on GNR and the enclave station. -- 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 31

[Bug 56713] New: Vampire: The Masquerade - Bloodlines Vampire.exe process keeps lingering
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=56713 Bug ID: 56713 Summary: Vampire: The Masquerade - Bloodlines Vampire.exe process keeps lingering Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: accounts.winehq.org(a)vv221.fr Distribution: --- After quitting Vampire: The Masquerade - Bloodlines, the "Vampire.exe" process keeps lingering and must be killed or it will keep running endlessly. This is especially noticeable when running the game in a virtual desktop, because the virtual desktop will keep lingering too until the "Vampire.exe" process is killed. Despite the bug metadata being set to WINE 9.8, the current 9.9 build is affected too (but is not proposed when opening a new bug report). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 56676] New: native wayland resolution with 32bit games on wow64 grabs input
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=56676 Bug ID: 56676 Summary: native wayland resolution with 32bit games on wow64 grabs input Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- Enabling wow64 (64bit wine without separate 32bit) to get native wayland wine running seems to have issues when rescaling input. Fallout 3 and KOTOR have similar related issues. Fallout 3 - if you are at a different resolution than what is set in the ini, the game opens a popup saying to run the launcher because your input does not support the resolution. This popup seems to freeze all input related to the window manager (labwc), where the mouse is locked and keyboard shortcuts will not work. You can use tab/arrows to press the 'ok' button which will close the popup. Changing to the resolution with wlr-randr to match the ini file runs fine afaict. KOTOR - this game changes resolution a lot for startup and cutscenes. It also has a lower resolution compared to most games and does not hit 1080p. Similarly input is trashed and does not work as expected. The game does not start. I assume if the game did start it would constantly want to change resolution for cutscenes. Using XWayland does not appear to have the same issues. But it does not change resolution appropriatey (and with it, refresh rate). I was only able to get 32bit games running under native wine+wayland with the wow64 mode. Not sure if I missed something with the build or if 32bit is not properly set up yet. KOTOR had an error about using the null/noa(?) driver. Fallout 3 just didn't run, assert(!status) for vkCreateInstance at winevulkanloader.c:271 I can file separate bug for resolution scaling in wayland vs the input grab. System - kernel 6.9.0 - wine 9.8 - void linux - labwc 0.7.2 (wayland wlroots) -- 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 56743] New: Wine "typo" in traces ... library failing to be loaded see their 1st letter replaced by a "v".
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=56743 Bug ID: 56743 Summary: Wine "typo" in traces ... library failing to be loaded see their 1st letter replaced by a "v". Product: Wine Version: 9.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 76525 --> https://bugs.winehq.org/attachment.cgi?id=76525 traces Trying to wine mspaint.exe with W2K3 mspaint.exe ... library failing to be loaded see their 1st letter replaced by a "v". See screenshot -- 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 20

[Bug 56077] New: [9.0_rc regression] C&C Generals Zero Hour fails to startup with: err:module:DelayLoadFailureHook failed to delay load ole32.dll.CLSIDFromString
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=56077 Bug ID: 56077 Summary: [9.0_rc regression] C&C Generals Zero Hour fails to startup with: err:module:DelayLoadFailureHook failed to delay load ole32.dll.CLSIDFromString Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: herrtimson(a)yahoo.de Distribution: --- hey everyone, I've got a wine prefix for C&C Generals which works just fine with wine-8.0.2. Now that I upgraded to wine-9.0_rc3 for testing, it is pretty broken: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x4000004 Serial number of failed request: 184 Current serial number in output stream: 204 X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x4000004 Serial number of failed request: 48 Current serial number in output stream: 52 X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x4000004 Serial number of failed request: 48 Current serial number in output stream: 52 0024:err:xrandr:xrandr_get_screen_resources Failed to get screen resources. 0024:err:xrandr:xrandr14_get_gpus Failed to get gpus 0024:fixme:exec:SHELL_execute flags ignored: 0x00000100 0024:err:module:import_dll Library coml2.dll (which is needed by L"C:\\windows\\system32\\ole32.dll") not found 0024:err:module:DelayLoadFailureHook failed to delay load ole32.dll.CLSIDFromString wine: Call from 7BC42CDC to unimplemented function ole32.dll.CLSIDFromString, aborting wine: Unimplemented function ole32.dll.CLSIDFromString called at address 7BC42CDC (thread 0024), starting debugger... 013c:err:xrandr:xrandr_get_screen_resources Failed to get screen resources. 013c:err:xrandr:xrandr14_get_gpus Failed to get gpus X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 1 (X_CreateWindow) Resource id in failed request: 0x4000004 Serial number of failed request: 48 Current serial number in output stream: 52 user@tuxbox ~ $ 014c:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x7eb4e655 wine client error:14c: -- 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 49498] New: In file-open dialog, selecting .lnk shortcut picks shortcut instead of going to target folder
by WineHQ Bugzilla 15 Jun '25

15 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=49498 Bug ID: 49498 Summary: In file-open dialog, selecting .lnk shortcut picks shortcut instead of going to target folder Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- In a Wine file-open dialog, if you double-click a shortcut to a folder (unsure about file), it sends the shortcut to the program instead of navigating to the folder. OpenMPT is one app which expects you to open a .lnk file in a file-open dialog. The way I found this bug is: - Install OpenMPT on Windows or Wine. - Open the View menu and click Setup. - Click the Keyboard tab, and click "Import Keys...". If you double-click "More Keymaps", Windows would go to the .lnk target directory. But Wine returns the .lnk file from the file-open dialog. Note that OpenMPT uses XP-style file dialogs on Wine because Wine's Vista-style file dialogs are terrible. https://github.com/OpenMPT/openmpt/blob/84428b3666d79d197a7bb9f3a9ece0b2ba2… On Wine, both XP/Vista dialogs don't traverse the .lnk file and instead return the .lnk path. On Windows, both XP/Vista dialogs traverse the .lnk file. MFC defines two types of dialogs with a similar C++ API. XP = Common File Dialog (I think), Vista = Common Item Dialog (COM-based). -- 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

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 September 2024