August 2026 - Wine-Bugs - list.winehq.org

[Bug 60135] Media Foundation Source Reader rejects WMV2 to MFVideoFormat_RGB32 unless video processing is enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60135 --- Comment #5 from chaps-tulip-pumice(a)duck.com --- After AI patched the game's binary, I played 25 chapters of story mode without encountering any other problems.Very good game, makes me high -- 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.

Aug. 6, 2026

[Bug 53878] Lotus SmartSuite 9.8 (Millenium Edition)'s installer creates broken shortcuts

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=53878 --- Comment #6 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- I forgot to mention: this isn't related to Bug 58529, the shortcuts are correctly created in Windows 10 even if a larger volume is available. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Aug. 6, 2026

[Bug 53878] Lotus SmartSuite 9.8 (Millenium Edition)'s installer creates broken shortcuts

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=53878 --- Comment #5 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Created attachment 81729 --> http://bugs.winehq.org/attachment.cgi?id=81729 Wine 11.14 +msi,+msidb,+file,+menubuilder,+path [499 MiB] First mention of approach.exe: 01ec:trace:msidb:msi_add_string L"approach\\approach.exe", n = 47737 len = 21 Second mention, with the incorrect path: 01d0:trace:file:GetFileAttributesW L"Z:\\lotus\\approach\\approach.exe" Third mention, with the correct path: 01d0:trace:file:GetFileAttributesW L"c:\\lotus\\approach\\approach.exe" msi seems to have the correct path here: 0350:trace:msidb:WHERE_set_string view 03466908, row 0, col 2, val L"c:\\lotus\\approach\\approach.exe". 0350:trace:msidb:TABLE_set_string row 391, col 2, val L"c:\\lotus\\approach\\approach.exe". 0350:trace:msidb:st_find_free_entry 00E01FE0 0350:trace:msidb:msi_add_string L"c:\\lotus\\approach\\approach.exe", n = 47995 len = 30 The correct shortcut: 01d0:trace:msidb:MSI_RecordSetStringW 03596810 5 L"c:\\lotus\\approach\\approach.exe" 01d0:trace:msidb:MSI_RecordSetStringW 03596810 7 L"Description of shortcut" 01d0:trace:msidb:MSI_RecordSetStringW 03596810 12 L"DIR133" 01d0:trace:msidb:MSI_RecordIsNull 03596810 1 01d0:trace:msidb:MSI_RecordGetStringW 03596810, 1, 00000000, 0063F07C 01d0:trace:msidb:MSI_RecordGetStringW 03596810, 1, 016766A0, 0063F07C 01d0:trace:msidb:dump_record [L"{{CreateShortcuts: }}Shortcut: [1]", L"Shortcut3", L"Dir126", L"LOTUSA~1|Lotus Approach", L"Dead_Apr_Core", L"[APRINSTALL]", (null), L"Description of shortcut", (null), (null), (null), 1, L"DIR133"] Not sure what's going on here, is this normal behaviour? 01d0:trace:file:RtlGetFullPathName_U (L"approach\\approach.exe" 520 0063EF6C 00000000) 01d0:trace:file:RtlGetFullPathName_UEx (L"approach\\approach.exe" 520 0063EF6C 00000000 00000000) 01d0:trace:file:GetFileAttributesW L"Z:\\tmp\\wine\\approach\\approach.exe" 01d0:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"Z:\\tmp\\wine\\approach\\approach.exe",0063EE90,00000000,00000000) 01d0:trace:file:RtlGetFullPathName_U (L"Z:\\tmp\\wine\\approach\\approach.exe" 520 0063EC40 00000000) 01d0:trace:file:RtlGetFullPathName_UEx (L"Z:\\tmp\\wine\\approach\\approach.exe" 520 0063EC40 00000000 00000000) 01d0:trace:file:get_nt_and_unix_names L"\\??\\Z:\\tmp\\wine\\approach\\approach.exe" -> ret c000003a 01d0:warn:file:NtQueryAttributesFile L"\\??\\Z:\\tmp\\wine\\approach\\approach.exe" not found (c000003a) 01d0:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"C:\\windows\\syswow64\\approach\\approach.exe",0063EDF0,00000000,00000000) 01d0:trace:file:RtlGetFullPathName_U (L"C:\\windows\\syswow64\\approach\\approach.exe" 520 0063EBB8 00000000) 01d0:trace:file:RtlGetFullPathName_UEx (L"C:\\windows\\syswow64\\approach\\approach.exe" 520 0063EBB8 00000000 00000000) 0438:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"C:\\windows\\system32\\winemenubuilder.exe.manifest",00007FFFFE30F680,0000000000000000,0000000000000000) The EN.lnk file: 01d0:trace:msidb:dump_record [L"{{CreateShortcuts: }}Shortcut: [1]", L"Shortcut37", L"Dir126", L"LOTUSA~1|Lotus Approach - EN", L"Dead_APRMLC_EN_ShortCut", L"[DIR133]\\approach.exe", L"/L=[APR_LANG]", L"Description of shortcut", (null), (null), (null), 1, L"DIR133"] ... 01d0:trace:msidb:MSI_RecordSetStringW 03596810 0 L"{{CreateShortcuts: }}Shortcut: [1]" 01d0:trace:msidb:MSI_RecordSetStringW 03596810 1 L"Shortcut37" 01d0:trace:msidb:MSI_RecordSetStringW 03596810 2 L"Dir126" 01d0:trace:msidb:MSI_RecordSetStringW 03596810 3 L"LOTUSA~1|Lotus Approach - EN" 01d0:trace:msidb:MSI_RecordSetStringW 03596810 4 L"Dead_APRMLC_EN_ShortCut" There's a lot of mentions of approach.exe after this, all using the correct path to update registry keys. It uses [SERVERPATH] a lot, but I think this is correctly expanded to c:\lotus\server: 01d0:trace:msidb:MSI_RecordSetStringW 01676A18 0 L"[SERVERPATH]approach\\approach.exe -Automation" 01d0:trace:msidb:dump_record [L"[SERVERPATH]approach\\approach.exe -Automation", (null)] ... 01d0:trace:msidb:dump_record [L"{{WriteRegistryValues: }}Key: [1], Name: [2], Value: [3]", L"HKEY_LOCAL_MACHINE\\Software\\Classes\\CLSID\\{00028704-0000-0000-C000-000000000046}\\LocalServer32", (null), L"c:\\lotus\\server\\approach\\approach.exe"] grepping approach.exe and z: shows only one line: 2998153:01d0:trace:file:get_nt_and_unix_names L"\\??\\Z:\\tmp\\wine\\ss98me\\Lotus\\approach\\approach.exe" -> ret 0 nt L"\\??\\Z:\\tmp\\wine\\ss98me\\Lotus\\approach\\approach.exe" unix "/tmp/wine/wineprefix/dosdevices/z:/tmp/wine/ss98me/Lotus/approach/approach.exe" I later added +path to the trace: 01c8:trace:path:PathFileExistsW L"c:\\lotus\\approach\\approach.exe" 01c8:trace:file:GetFileAttributesW L"c:\\lotus\\approach\\approach.exe" 01c8:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"c:\\lotus\\approach\\approach.exe",0063EE90,00000000,00000000) 01c8:trace:file:RtlGetFullPathName_U (L"c:\\lotus\\approach\\approach.exe" 520 0063EC40 00000000) 01c8:trace:file:RtlGetFullPathName_UEx (L"c:\\lotus\\approach\\approach.exe" 520 0063EC40 00000000 00000000) 01c8:trace:file:get_nt_and_unix_names L"\\??\\c:\\lotus\\approach\\approach.exe" -> ret 0 nt L"\\??\\c:\\lotus\\approach\\approach.exe" unix "/tmp/wine/wineprefix/dosdevices/c:/lotus/approach/approach.exe" 01c8:trace:path:PathRemoveBackslashW L"C:\\lotus\\approach\\approach.exe" 01c8:trace:path:PathIsRootW L"C:\\lotus\\approach\\approach.exe" 01c8:trace:path:PathCchIsRoot L"C:\\lotus\\approach\\approach.exe" 01c8:trace:msidb:MSI_RecordSetStringW 03170998 5 L"approach\\approach.exe" 01c8:trace:msidb:MSI_RecordSetStringW 03170998 5 L"approach\\approach.exe" 01c8:trace:file:RtlGetFullPathName_U (L"approach\\approach.exe" 520 0063EF6C 00000000) 01c8:trace:file:RtlGetFullPathName_UEx (L"approach\\approach.exe" 520 0063EF6C 00000000 00000000) 01c8:trace:path:PathFileExistsW L"Z:\\tmp\\wine\\approach\\approach.exe" 01c8:trace:file:GetFileAttributesW L"Z:\\tmp\\wine\\approach\\approach.exe" 01c8:trace:file:RtlDosPathNameToNtPathName_U_WithStatus (L"Z:\\tmp\\wine\\approach\\approach.exe",0063EE90,00000000,00000000) I don't know what else to trace to find out what's going on. Note that z:\tmp\wine\ss98me is the install directory (iso mount). The results is the same if I map the path to d: . My working directly when launching Wine is /tmp/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.

Aug. 6, 2026

[Bug 60125] Yabridge overlaping windows on some WM produce dead zone for input

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60125 --- Comment #7 from Rémi Bernon <rbernon(a)codeweavers.com> --- The call was supposed to be unnecessary as the zorder update should now be done directly in wineserver, moving the window that received the input above the others. So it seems to be broken, but it'll need to be debugged more in detail to understand why. -- 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.

Aug. 6, 2026

[Bug 59067] some Unreal Engine games don't render correctly with opengl renderer

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59067 --- Comment #9 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 81728 --> http://bugs.winehq.org/attachment.cgi?id=81728 vk logs without extra WINEDEBUGs -- 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.

Aug. 6, 2026

[Bug 59067] some Unreal Engine games don't render correctly with opengl renderer

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59067 --- Comment #8 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 81727 --> http://bugs.winehq.org/attachment.cgi?id=81727 gl logs without extra WINEDEBUGs -- 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.

Aug. 6, 2026

[Bug 59067] some Unreal Engine games don't render correctly with opengl renderer

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59067 --- Comment #7 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 81726 --> http://bugs.winehq.org/attachment.cgi?id=81726 Screenshots with gl SRGB correction forced skipped revealing texture bugs for brighter scene (In reply to Stian Low from comment #6) > MR-10567 involves SRGB corrections including for gl specifically so I'll > take a closer look if it may be related. MR-10567 may be unrelated. May be caused by lack of texture support for gl that vulkan supports more natively. May not be a general Unreal Engine bug and more specific to game textures used. -- 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.

Aug. 6, 2026

[Bug 60135] Media Foundation Source Reader rejects WMV2 to MFVideoFormat_RGB32 unless video processing is enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60135 --- Comment #4 from chaps-tulip-pumice(a)duck.com --- (In reply to Ken Sharp from comment #3) > Were you playing on an emulator? Can you provide a link to it? Using https://teknoparrot.com with https://archive.org/details/wmmt5dx -- 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.

Aug. 6, 2026

[Bug 60136] Half of the keys on the keyboard randomly stopped working for one niche game

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60136 --- Comment #1 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Please provide the console output. https://gitlab.winehq.org/wine/wine/-/wikis/Bugs -- 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.

Aug. 6, 2026

[Bug 60135] Media Foundation Source Reader rejects WMV2 to MFVideoFormat_RGB32 unless video processing is enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60135 --- Comment #3 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Were you playing on an emulator? Can you provide a link to 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.

Aug. 6, 2026