June 2024 - Wine-Bugs - list.winehq.org

[Bug 56347] New: The Sinking City exits after Click any key to continue
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=56347 Bug ID: 56347 Summary: The Sinking City exits after Click any key to continue Product: vkd3d Version: 1.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- After starting new game and loading the game shows 'Click any key to continue' which results in 0880:err:msvcrt:_wassert (L"1 <= count && count <= VKD3D_VEC4_SIZE",L"../vkd3d/libs/vkd3d-shader/vkd3d_shader_private.h",1613) vkd3d-1.10-492-gd9c68ee4 -- 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 54158] New: Windows Update is not quite idle in w1064v1709
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=54158 Bug ID: 54158 Summary: Windows Update is not quite idle in w1064v1709 Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Windows Update is not quite idle in w1064v1709. It takes a while for it to actually start so it's not obvious right after boot. Also the network connection is metered so it should not be downloading stuff. But I think it already had some updates downloaded and ready to install before the snapshot was taken so that after a while it just proceeds to install them which breaks some tests. See also bug 53227. -- 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 3

[Bug 51408] New: On Windows 8.1 the Radeon driver offers to upgrade
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=51408 Bug ID: 51408 Summary: On Windows 8.1 the Radeon driver offers to upgrade Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com If left alone for a while the Windows 8.1 cw-rx460 snapshot will end up with a Radeon driver dialog offering to upgrade. The offer is a bit strange: the version 19.11.3 of the driver is installed but it offers to upgrade to 17.4.4! This snapshot does not have the Radeon GUI to avoid interference with the clipboard tests (see bug 47888), and with the sysparams tests (see bug 51362). But this also prevents disabling the upgrade dialogs. Disabling the tasks created by the AMD driver may solve this: * AMD ThankingURL * AMD Updater * AMDInstallUEP -- 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 3

[Bug 51339] New: Add a test configuration with newer Visual C++ runtime versions
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=51339 Bug ID: 51339 Summary: Add a test configuration with newer Visual C++ runtime versions Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The recent Radeon drivers (21.3.2+, maybe more) are causing the msvcp140 tests to fail. It turns out this is because it installs a new version of msvcp140.dll which behaves differently. Also Chocolatey shows that there are even newer versions of the Visual C++ runtime libraries which none of our test configurations have. Furthermore a survey of the current situation shows that some libraries are essentially not tested. In particular this is the case of msvcp100 which is not available on any of the TestBot's Windows 10 VMs. GPU msvcp140 msvcp120 msvcp110 msvcp100 msvcp90 msvcp60 atl80 cw-gtx560-1507 391.35 - 12.0.21005.1 - - 9.0.30729.9158 7.0.10240.16384 badver [1] cw-gtx560-1709 388.13 - - - - 9.0.30729.9317 7.0.16299.15 badver [1] cw-gtx560-1809 388.13 - - - - 9.0.30729.9518 7.0.17763.1 badver [1] cw-gtx560-1909 391.35 - 12.0.21005.1 - - 9.0.30729.9619 7.0.18362.1 badver [1] cw-gtx560-2009 391.35 - 12.0.21005.1 - - 9.0.30729.9625 7.0.19041.1 8.0.50727.762 cw-rx460-w8.1 19.11.3 14.14.26429.4 12.0.21005.1 11.0.51106.1 10.0.40219.325 9.0.30729.8387 7.0.9600.17415 8.0.50727.6195 cw-rx460-1507 19.11.3 14.14.26429.4 - 11.0.50727.1 - 9.0.30729.9158 7.0.10240.16384 badver [1] cw-rx460-1709 19.11.3 14.14.26429.4 - 11.0.50727.1 - 9.0.30729.9317 7.0.16299.15 badver [1] cw-rx460-1809 19.11.3 14.14.26429.4 - 11.0.50727.1 - 9.0.30729.9518 7.0.17763.1 badver [1] cw-rx460-1909 21.4.1 14.25.28508.3 12.0.21005.1 11.0.50727.1 10.0.40219.1 9.0.30729.9619 7.0.18362.1 8.0.50727.762 cw-rx460-2009 21.4.1 14.25.28508.3 - 11.0.50727.1 - 9.0.30729.9625 7.0.19041.1 8.0.50727.762 Also: w1064v1507 - - - - - 9.0.30729.9158 7.0.10240.16384 badver [1] w1064v1607 - 14.0.23026.0 12.0.21005.1 11.0.51106.1 - 9.0.30729.9247 7.0.14393.0 badver [1] w1064v1709 - 14.0.23026.0 12.0.21005.1 11.0.51106.1 - 9.0.30729.9317 7.0.16299.1 badver [1] w1064v1809 - 14.0.23026.0 12.0.21005.1 11.0.51106.1 - 9.0.30729.9518 7.0.17763.1 badver [1] w1064v1909 - 14.0.23026.0 12.0.21005.1 11.0.51106.1 - 9.0.30729.9619 7.0.18362.1 badver [1] w10pro64 (2004) - 14.0.23026.0 12.0.21005.1 11.0.51106.1 - 9.0.30729.9625 7.0.19041.1 - w1064 (2009) - 14.0.23026.0 12.0.21005.1 11.0.51106.1 - 9.0.30729.9625 7.0.19041.1 - Chocolatey - vcredist140 vcredist2013 vcredist2012 vcredist2010 ? - vcredist2005 14.29.30037 12.0.40660.0 11.0.51106.1 10.0.40219.325 ? - 8.0.50727.6195 Note that Chocolatey does not seem to know about newer versions for: * msvcp90.dll : This library typically has side-by-side versions and 'choco install vcredist2008' does not change the mix of available versions. * msvcp60.dll : No Chocolatey package seems to provide it. It looks like the corresponding redistributable package is not available from Microsoft anymore. The Wine TestBot VMs configuration page [2] has been updated with instructions for installing the latest versions of these libraries. What remains to be done is to pick one or more test configurations (probably one Windows 10 and one earlier Windows version) and to install these libraries. [1] 'badver' means WineTest.exe reports that there are side-by-side versions of that library but that the one requested by the test is not available. [2] https://wiki.winehq.org/Wine_TestBot_VMs#atl100.2C_msvcp100.2C_msvcr100 -- 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 2

[Bug 50661] New: LibvirtTool: Automatically create Windows snapshots with test signing turned on
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=50661 Bug ID: 50661 Summary: LibvirtTool: Automatically create Windows snapshots with test signing turned on Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Having test configurations with test signing turned on would be useful: https://www.winehq.org/pipermail/wine-devel/2020-October/175882.html There is now one such Windows 10 configuration, w1064_tsign, which was created manually. But to generalize this LibvirtTool should know how to turn on test signing before creating live snapshots. Fortunately this seems pretty simple: just run "bcdedit /set testsigning on" and reboot. So it should be possible to add that in Revert(). -- 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 4

[Bug 55113] New: Spam on gitlab
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=55113 Bug ID: 55113 Summary: Spam on gitlab Product: WineHQ Gitlab Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gitlab-unknown Assignee: wine-bugs(a)winehq.org Reporter: jkfloris(a)dds.nl Distribution: --- Are there any rules or etiquette for gitlab.winehq.org? Some forks contain links to spam or questionable sites. For example: https://gitlab.winehq.org/sapathelect/wine/-/tree/master/loader https://gitlab.winehq.org/quogigrosji/wine/-/tree/master/nls https://gitlab.winehq.org/maesolbevea/vkd3d https://gitlab.winehq.org/biobitata/vkd3d Google finds much more: https://www.google.com/search?q="*.md"+site%3Agitlab.winehq.org -- 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 3

[Bug 52750] New: Steam friends list does not connect
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=52750 Bug ID: 52750 Summary: Steam friends list does not connect Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Deresiant(a)protonmail.ch Distribution: --- Created attachment 72120 --> https://bugs.winehq.org/attachment.cgi?id=72120 wine log The steam friends list through wine does not connect and prompts me to reconnect. I can give more information if necessary, I just don't know what to give. The `wine log` attachment starts talking about steam friend list at around line 379 -- 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 56181] New: GitLab fails to detect Windows test failures
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=56181 Bug ID: 56181 Summary: GitLab fails to detect Windows test failures Product: WineHQ Gitlab Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gitlab-unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com In MR!4839 I introduced a test failure in serialui:confdlg: https://gitlab.winehq.org/wine/wine/-/merge_requests/4839/diffs This is confirmed by the test-linux-32 job which fails: https://gitlab.winehq.org/fgouget/wine/-/jobs/48236 But both the test-win10-21h2-32 and test-win10-21h2-64 jobs succeed: https://gitlab.winehq.org/fgouget/wine/-/jobs/48237 https://gitlab.winehq.org/fgouget/wine/-/jobs/48238 In fact the corresponding winetest.log only contain: [...] | ACP=1252 | Dll info: | Test output: So it looks like the jobs did not even run any test? -- 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 34143] New: Window'ed Milkdrop 2 visual plug in doesn't work in WinAMP
by wine-bugs＠winehq.org Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=34143 Bug #: 34143 Summary: Window'ed Milkdrop 2 visual plug in doesn't work in WinAMP Product: Wine Version: 1.6 Platform: x86 URL: http://download.nullsoft.com/winamp/client/winamp564_f ull_emusic-7plus_all.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Classification: Unclassified Created attachment 45409 --> http://bugs.winehq.org/attachment.cgi?id=45409 Windowed Milkdrop/Wine 1.6 Steps to reproduce - install Wine, run Milkdrop visualization. Its window will be empty. Native d3dx9_36.dll is required, otherwise it won't start. Console messages: fixme:win:EnumDisplayDevicesW ((null),0,0x24db8c8,0x00000000), stub! fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. -- 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.

3 49

[Bug 55080] New: Rayman Origins needs support for instruction type HLSL_IR_IF
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=55080 Bug ID: 55080 Summary: Rayman Origins needs support for instruction type HLSL_IR_IF Product: vkd3d Version: 1.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: --- 0024:err:d3dcompiler:D3DCompile2 <anonymous>:51:1: E5017: Aborting due to not yet implemented feature: Instruction type HLSL_IR_IF. -- 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 50298] New: w1064v1909 shows the "create a Windows account" fullscreen dialog
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=50298 Bug ID: 50298 Summary: w1064v1909 shows the "create a Windows account" fullscreen dialog Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 68868 --> https://bugs.winehq.org/attachment.cgi?id=68868 w1064v1909 "Let's finish setting up your device" dialog w1064v1909 corresponds to the 1909-live snapshot of the w1064 VM. That snapshot is created automatically by the TestBot. Currently this snapshot opens on the "create a Windows account" fullscreen dialog, the one with the following title: Let's finish setting up your device It seems this dialog 'pops up' automatically on boot if one does not provide a Microsoft account when installing Windows. When that happens is hard to predict, Windows seems to wait a few days or reboots before doing. Furthermore something WineTest does seems to make this dialog go away because it's not visible in the final WineTest screenshot. However it is visible if one runs a single test such as ntdll:exception. It's not entirely clear if this dialog is interfering with some tests but its presence is definitely unwanted. -- 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 29255] New: Microsoft Office 2003, 2007 & 2010 applications do not print OTF
by wine-bugs＠winehq.org Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=29255 Bug #: 29255 Summary: Microsoft Office 2003, 2007 & 2010 applications do not print OTF Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gunwald(a)gmx.de Classification: Unclassified Created attachment 37835 --> http://bugs.winehq.org/attachment.cgi?id=37835 Document showing that OTF printing does not work All Microsoft Office applications form 2003 to 2010 are not able to print documents using any OTF (Open Type Font). Printing a Document using any OTF leads in a completely blank page. I think, this is an important bug, because printing is a main function of any office application. This bug may be related to bug 25515 (http://bugs.winehq.org/show_bug.cgi?id=25515) I did attach an document to demonstrate the bug. -- 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.

3 12

[Bug 42933] New: Windows 7 / Diashow Software
by wine-bugs＠winehq.org Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=42933 Bug ID: 42933 Summary: Windows 7 / Diashow Software Product: Wine Version: 2.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: web(a)lienert.ch Distribution: --- Created attachment 58083 --> https://bugs.winehq.org/attachment.cgi?id=58083 backtrace.txt (Error file) Hi A old diashow exe-file with wedding fotos. - By installing wine is downloading more needed software. - Ask for the install folder "C:\" - Give a fatal error back and offer the file "backtrace.txt" (attached) Thanks for any solution. Robert -- 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 3

[Bug 39004] New: ISAXAttributes.getQName should return an empty string for xmlns attributes
by wine-bugs＠winehq.org Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=39004 Bug ID: 39004 Summary: ISAXAttributes.getQName should return an empty string for xmlns attributes Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: ott(a)mirix.org Distribution: --- According to the specification ISAXAttribute.getQName should return an empty string if "http://xml.org/sax/features/namespace-prefixes" is enabled and an attribute is an xmlns attribute: "For the "xmlns" namespace, the qname value is empty." (https://msdn.microsoft.com/en-us/library/ms760423%28v=vs.85%29.aspx) (If "http://xml.org/sax/features/namespace-prefixes" is disabled such attributes are correctly ignored.) -- 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 48088] New: DIB engine does not work on a 256-color X server
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=48088 Bug ID: 48088 Summary: DIB engine does not work on a 256-color X server Product: Wine Version: 1.5.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 65646 --> https://bugs.winehq.org/attachment.cgi?id=65646 Regedit in Xephyr To reproduce, run `Xephyr :1 -ac -screen 800x600x8` in one terminal window and `DISPLAY=:1 wine regedit` in another. The window colors are positively psychedelic. A regression test on a Debian 6.0 Squeeze virtual machine revealed: 33ac850c80634c891b0c157bbffa612f70954a40 is the first bad commit commit 33ac850c80634c891b0c157bbffa612f70954a40 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Sep 6 12:39:34 2012 +0200 winex11: Use window surfaces for rendering top-level windows. It can be disabled by setting "ClientSideGraphics"="n". :040000 040000 704eac5fc311e63d373e399c63a2488a6b3dedca 33fb0e5963c1326f8765334e4714060c89b21b5e M dlls And indeed, creating the registry key "HKEY_CURRENT_USER\Software\Wine\X11 Driver\ClientSideGraphics" with the value "N" or "n" allows the window to be displayed normally (except for some unsightly dithering). -- 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 49933] New: Alt+Tab doesn't work with gog installers
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=49933 Bug ID: 49933 Summary: Alt+Tab doesn't work with gog installers Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rtentser(a)yandex.ru Distribution: --- I need to minimize other windows to see progress. When i try to alttab to an installer i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable 0: stub!" in terminal. When i try to alttab out of it i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable -1: stub!" So, i'm guessing, implementing WINNLSEnableIME will 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.

2 74

[Bug 9521] New: Improve appdb screenshot handling
by wine-bugs＠winehq.org Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=9521 Summary: Improve appdb screenshot handling Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: d.c.ddcc(a)gmail.com I would suggest adding a method for maintainers to edit any preexisting image (to focus on only application window, hide personal information in games, etc), show who originally uploaded the image and a text summary of what happened in later revisions, and add the ability to include an image description. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 53572] New: Misbehaving system tray icons on Wayland session
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=53572 Bug ID: 53572 Summary: Misbehaving system tray icons on Wayland session Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryu.ketsueki(a)outlook.com Distribution: --- This is a bit more complex to explain, as this happens more specifically if you are on a Wayland session desktop. May be a duplicate of 48550 but I decided to drop more of what I could find out. Previously this was reported on KDE's Bugzilla as well and currently there may not be an easy fix on Plasma's side for a number of reasons. First, it may be using a deprecated proxy, XEmbedSNIProxy, which may be supported in X11 in a "very hacky way" as described in the bug report and it is completely unsupported in Wayland. Other apps also have this issue, like Anydesk, but Wine may be used for a lot more so it is more common to see those around. What happens is that, while the icon may appear on the tray, the "interactible" part of the icon is usually on the top left corner of the screen. And if there are many tray icons, only one can be interacted with. The icon itself on the tray is completely static and cannot be interacted with. Gnome does not have a system tray by default, requiring the user to install one through extensions. Every other desktop environment, however, does have a native system tray. Currently, KDE Plasma in the Wayland session is where this issue can be replicated, although I imagine other Wayland implementations such as Sway may also work. There is a known workaround but it is not perfect. Essentially involves terminating the XEmbedSNIProxy process and bringing the tray icons from there into a window with the wmsystemtray command. It is very hacky and far from ideal. If something can be done on Wine's side to try sorting this out, it would greatly improve its usability on Wayland, even without a native Wayland driver. Perhaps a new proxy that works both on X11 and Wayland can replace this old 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.

2 2

[Bug 22950] New: nokia music player installation failed
by wine-bugs＠winehq.org Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=22950 Summary: nokia music player installation failed Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: versterj(a)gmail.com when running setupoviplayer.exe to install nokia music player the installation hangs after terms and condition page has been "ok". i want to start to download the music asap. thanks -- 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 14

[Bug 36413] New: valgrind shows uninitialized memory in msxml3/tests/xmparser.c
by wine-bugs＠winehq.org Aug. 4, 2026

Aug. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=36413 Bug ID: 36413 Summary: valgrind shows uninitialized memory in msxml3/tests/xmparser.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24204== 28 bytes in 1 blocks are possibly lost in loss record 219 of 700 ==24204== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==24204== by 0x538CBB8: apartment_getclassobject (compobj.c:526) ==24204== by 0x538FFC6: get_inproc_class_object (compobj.c:2894) ==24204== by 0x5392D2F: CoGetClassObject (compobj.c:3032) ==24204== by 0x53934B7: CoCreateInstance (compobj.c:3197) ==24204== by 0x4DD74AE: func_xmlparser (xmlparser.c:108) ==24204== by 0x4DD9310: run_test (test.h:584) ==24204== by 0x4DD96FF: main (test.h:654) ==24204== -- 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.

3 4

[Bug 36310] New: valgrind shows lots of uninitialized reads/writes in msxml3/tests/xmlview.c
by wine-bugs＠winehq.org Aug. 4, 2026

Aug. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=36310 Bug ID: 36310 Summary: valgrind shows lots of uninitialized reads/writes in msxml3/tests/xmlview.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==6314== Invalid read of size 4 ==6314== at 0x7018C5F3: ??? ==6314== by 0x70197781: ??? ==6314== by 0x70181492: ??? ==6314== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==6314== by 0x7BC5597C: process_attach (loader.c:1157) ==6314== by 0x7BC5592C: process_attach (loader.c:1149) ==6314== by 0x7BC585E2: LdrLoadDll (loader.c:2129) ==6314== by 0x7B85A79A: load_library (module.c:933) ==6314== by 0x7B85A908: LoadLibraryExW (module.c:990) ==6314== by 0x73A81BA: load_xul (nsembed.c:484) ==6314== by 0x73A8E4A: load_wine_gecko_v (nsembed.c:587) ==6314== by 0x73A8EB7: load_wine_gecko (nsembed.c:605) ==6314== by 0x73A97E5: load_gecko (nsembed.c:772) ==6314== by 0x73AE233: create_nscontainer (nsembed.c:2047) ==6314== by 0x732CB68: HTMLDocument_Create (htmldoc.c:4751) ==6314== by 0x7398C60: ClassFactory_CreateInstance (main.c:238) ==6314== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6314== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6314== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6314== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6314== Address 0x4eddfe4 is not stack'd, malloc'd or (recently) free'd ==6314== ==6530== Thread 4: ==6530== Invalid read of size 4 ==6530== at 0x7E41033: ??? ==6530== by 0x7E362D2: ??? ==6530== Address 0xcc3d7fc is on thread 1's stack ==6530== ==6652== Conditional jump or move depends on uninitialised value(s) ==6652== at 0x69DA2A6E: ??? ==6652== by 0x69D912D8: ??? ==6652== by 0x6B05358C: ??? ==6652== by 0x69FA8430: ??? ==6652== by 0x69F7B782: ??? ==6652== by 0x69F7C6BE: ??? ==6652== by 0x73A5E34: init_nscontainer (nsiface.h:59567) ==6652== by 0x73A62D1: create_nscontainer (nsembed.c:2065) ==6652== by 0x7324B68: HTMLDocument_Create (htmldoc.c:4751) ==6652== by 0x7390C60: ClassFactory_CreateInstance (main.c:238) ==6652== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6652== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6652== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6652== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6652== by 0x4CA707B: test_QueryInterface (xmlview.c:156) ==6652== by 0x4CA7B69: func_xmlview (xmlview.c:269) ==6652== by 0x4CA896C: run_test (test.h:584) ==6652== by 0x4CA8D5B: main (test.h:654) ==6652== Uninitialised value was created by a stack allocation ==6652== at 0x69DA29E6: ??? ==6652== ==6753== Conditional jump or move depends on uninitialised value(s) ==6753== at 0x69D80B25: ??? ==6753== by 0x6A0E6970: ??? ==6753== by 0x6A0E645E: ??? ==6753== by 0x6AFE5020: ??? ==6753== by 0x69CAB81E: ??? ==6753== by 0x6A0E65B1: ??? ==6753== by 0x69D80A6F: ??? ==6753== by 0x5778509: ??? (winproc.c:173) ==6753== by 0x577867E: call_window_proc (winproc.c:244) ==6753== by 0x577986C: WINPROC_CallProcAtoW (winproc.c:603) ==6753== by 0x577A911: WINPROC_call_window (winproc.c:911) ==6753== by 0x573B8F9: DispatchMessageA (message.c:3948) ==6753== by 0x4CB7928: test_Load (xmlview.c:247) ==6753== by 0x4CB7B6E: func_xmlview (xmlview.c:270) ==6753== by 0x4CB896C: run_test (test.h:584) ==6753== by 0x4CB8D5B: main (test.h:654) ==6753== Uninitialised value was created by a stack allocation ==6753== at 0x69D80AB6: ??? ==6753== ==6998== Conditional jump or move depends on uninitialised value(s) ==6998== at 0x6AEE5337: ??? ==6998== by 0x69ECD001: ??? ==6998== by 0x6A1714F7: ??? ==6998== by 0x6A36FB0A: ??? ==6998== by 0x6AECA4E7: ??? ==6998== by 0x6AECA48F: ??? ==6998== by 0x69CAB81E: ??? ==6998== by 0x6A0E65B1: ??? ==6998== by 0x69D80A6F: ??? ==6998== by 0x5768509: ??? (winproc.c:173) ==6998== by 0x576867E: call_window_proc (winproc.c:244) ==6998== by 0x576986C: WINPROC_CallProcAtoW (winproc.c:603) ==6998== by 0x576A911: WINPROC_call_window (winproc.c:911) ==6998== by 0x572B8F9: DispatchMessageA (message.c:3948) ==6998== by 0x4CB3928: test_Load (xmlview.c:247) ==6998== by 0x4CB3B6E: func_xmlview (xmlview.c:270) ==6998== by 0x4CB496C: run_test (test.h:584) ==6998== by 0x4CB4D5B: main (test.h:654) ==6998== Uninitialised value was created by a client request ==6998== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209) ==6998== by 0x7BC4C697: initialize_block (heap.c:240) ==6998== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717) ==6998== by 0x76E1CE0: MSVCRT_malloc (heap.c:329) ==6998== by 0x61E426BF: ??? ==6998== by 0x69D2235D: ??? ==6998== by 0x6A74092C: ??? ==6998== by 0x6A5B7D64: ??? ==6998== by 0x69C860AB: ??? ==6998== by 0x6B073403: ??? ==6998== by 0x6A4BD183: ??? ==6998== by 0x6AFE511D: ??? ==6998== by 0x69CAB81E: ??? ==6998== by 0x6A0E65B1: ??? ==6998== by 0x69D80A6F: ??? ==6998== by 0x5768509: ??? (winproc.c:173) ==6998== by 0x576867E: call_window_proc (winproc.c:244) ==6998== by 0x576986C: WINPROC_CallProcAtoW (winproc.c:603) ==6998== by 0x576A911: WINPROC_call_window (winproc.c:911) ==6998== by 0x572B8F9: DispatchMessageA (message.c:3948) ==6998== ==6998== 8 bytes in 1 blocks are possibly lost in loss record 421 of 6,589 ==6998== at 0x7BC4C735: notify_alloc (heap.c:255) ==6998== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==6998== by 0x7B84586B: HeapAlloc (heap.c:271) ==6998== by 0x7B845B40: GlobalAlloc (heap.c:376) ==6998== by 0x53683E7: OLEClipbrd_Initialize (clipboard.c:1732) ==6998== by 0x53A1772: OleInitialize (ole2.c:215) ==6998== by 0x6AFF45B4: ??? ==6998== by 0x69D19393: ??? ==6998== by 0x6A74092C: ??? ==6998== by 0x69C92A72: ??? ==6998== by 0x6B06D8C2: ??? ==6998== by 0x69F7C26F: ??? ==6998== by 0x73ADE34: init_nscontainer (nsiface.h:59567) ==6998== by 0x73AE2D1: create_nscontainer (nsembed.c:2065) ==6998== by 0x732CB68: HTMLDocument_Create (htmldoc.c:4751) ==6998== by 0x7398C60: ClassFactory_CreateInstance (main.c:238) ==6998== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6998== by 0x6CA4DB0: XMLView_create (xmlview.c:1444) ==6998== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178) ==6998== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==6998== ==7281== 8 bytes in 1 blocks are possibly lost in loss record 428 of 6,602 ==7281== at 0x7BC4C735: notify_alloc (heap.c:255) ==7281== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7281== by 0x7B84586B: HeapAlloc (heap.c:271) ==7281== by 0x7B845B40: GlobalAlloc (heap.c:376) ==7281== by 0x532204A: CreateStreamOnHGlobal (hglobalstream.c:603) ==7281== by 0x6C4D838: domdoc_load_from_stream (domdoc.c:772) ==7281== by 0x6C52086: domdoc_load (domdoc.c:2198) ==7281== by 0x6C9CCBA: handle_xml_load (msxml6.h:5228) ==7281== by 0x6C9D60C: XMLView_BindStatusCallback_OnDataAvailable (xmlview.c:539) ==7281== by 0x5FF159A: BindStatusCallback_OnDataAvailable (urlmon.h:820) ==7281== by 0x5FF73A2: report_data (urlmon.h:820) ==7281== by 0x5FF7595: InternetProtocolSink_ReportData (binding.c:1126) ==7281== by 0x5FFC920: ProtocolSinkHandler_ReportData (urlmon.h:3113) ==7281== by 0x5FFD5D6: BPInternetProtocolSink_ReportData (urlmon.h:3113) ==7281== by 0x73D062D: ResProtocol_Start (urlmon.h:3113) ==7281== by 0x5FFB2D1: BindProtocol_StartEx (urlmon.h:3296) ==7281== by 0x5FF8A1B: start_binding (urlmon.h:7870) ==7281== by 0x5FF8BCD: bind_to_storage (binding.c:1567) ==7281== by 0x6018CF1: URLMoniker_BindToStorage (umon.c:280) ==7281== by 0x6C9F74D: XMLView_PersistMoniker_Load (objidl.h:3488) ==7281== ==7281== 32 bytes in 1 blocks are possibly lost in loss record 2,478 of 6,602 ==7281== at 0x7BC4C735: notify_alloc (heap.c:255) ==7281== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7281== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==7281== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==7281== by 0x7B876B17: InitializeCriticalSectionAndSpinCount (sync.c:334) ==7281== by 0x6AFB523E: ??? ==7281== by 0x69DFCC68: ??? ==7281== by 0x6A6C7944: ??? ==7281== by 0x69E6E0B7: ??? ==7281== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==7281== by 0x7BC87065: ??? (signal_i386.c:2571) ==7281== by 0x7BC8E4B0: start_thread (thread.c:428) ==7281== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==7281== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==7449== 8 bytes in 1 blocks are possibly lost in loss record 422 of 6,591 ==7449== at 0x7BC4C735: notify_alloc (heap.c:255) ==7449== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==7449== by 0x7B84586B: HeapAlloc (heap.c:271) ==7449== by 0x7B845B40: GlobalAlloc (heap.c:376) ==7449== by 0x53683E7: OLEClipbrd_Initialize (clipboard.c:1732) ==7449== by 0x53A1772: OleInitialize (ole2.c:215) ==7449== by 0x6AFF45B4: ??? ==7449== by 0x69D19393: ??? ==7449== by 0x6A74092C: ??? ==7449== by 0x69C92A72: ??? ==7449== by 0x6B06D8C2: ??? ==7449== by 0x69F7C26F: ??? ==7449== by 0x739DE34: init_nscontainer (nsiface.h:59567) ==7449== by 0x739E2D1: create_nscontainer (nsembed.c:2065) ==7449== by 0x731CB68: HTMLDocument_Create (htmldoc.c:4751) ==7449== by 0x7388C60: ClassFactory_CreateInstance (main.c:238) ==7449== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==7449== by 0x6C94DB0: XMLView_create (xmlview.c:1444) ==7449== by 0x6C52320: ClassFactory_CreateInstance (factory.c:178) ==7449== by 0x5373E26: CoCreateInstance (unknwn.h:226) ==7449== etc. -- 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 3

[Bug 55775] New: game made from unity is not ingame playing video.
by WineHQ Bugzilla Aug. 4, 2026

Aug. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=55775 Bug ID: 55775 Summary: game made from unity is not ingame playing video. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 75260 --> https://bugs.winehq.org/attachment.cgi?id=75260 console output of game that use mf as video playback There are some various game that use mf in win10 as default. but there are no video when they are using mf as dll to play video, there are video when disable mfplat.dll in winecfg. forcing some of the game back using quartz.dll. Test on game "Night Security" in steam at 3F in game. There are TV on the room. -- 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 48

[Bug 42182] New: OUT: isn't supported (custom output device)
by wine-bugs＠winehq.org Aug. 4, 2026

Aug. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=42182 Bug ID: 42182 Summary: OUT: isn't supported (custom output device) Product: Wine Version: 1.8.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- On Windows, OUT: is the special device and doing: echo test > OUT or: echo test > OUT: would redirect this to output device (by default same as NUL). On Wine, "OUT:" file is created. This should work similar as for CON: (which works fine in Wine): echo test > CON or: echo test > CON: See list of special devices at: http://superuser.com/a/613335 -- 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.

3 4

[Bug 50277] New: Haven intro video does not play
by WineHQ Bugzilla Aug. 4, 2026

Aug. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=50277 Bug ID: 50277 Summary: Haven intro video does not play Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: kai.sterker+wine(a)gmail.com Distribution: --- Created attachment 68825 --> https://bugs.winehq.org/attachment.cgi?id=68825 Debug logs with +mfplat,+gstreamer Upon testing Haven with the builtin media foundation implementation, the following error is logged, the intro movie does not play and the game is stuck at launch: 020c:err:mfplat:media_source_constructor Failed to play source, error 0. 0218:err:mfplat:bus_watch qtdemux0: Internal data stream error. 0218:err:mfplat:bus_watch qtdemux.c(6605): gst_qtdemux_loop (): /GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: streaming stopped, reason error (-5) Debug logs with +mfplat,+gstreamer attached. I'm on Ubuntu 20.04. If I can provide any other useful information please let me know. -- 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 88

[Bug 46504] New: cmd.exe: xcopy.exe with renaming
by wine-bugs＠winehq.org Aug. 4, 2026

Aug. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=46504 Bug ID: 46504 Summary: cmd.exe: xcopy.exe with renaming Product: Wine Version: 4.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jonathanbelsewir(a)yahoo.de Distribution: --- The following command does not work right: xcopy /q /y *.i root\*.htm Workaround: for %%f in (*.i) do ( copy %%f root\%%~nf.htm ) -- 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.

3 3