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

[Bug 59608] wined3d: D3DRS_ALPHATESTENABLE has no effect on GLES-derived GL drivers (Panfrost) in compat profile — alpha-tested geometry renders opaque

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59608 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #1 from Zeb Figura <z.figura12(a)gmail.com> --- We can add a quirk for this, but I'd prefer to see this actually fixed upstream. -- 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.

April 2, 2026

[Bug 59601] dlls\kernelbase\debug.c isn't shipping with the debug symbols

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59601 --- Comment #6 from mirh <mirh(a)protonmail.ch> --- Ok, I see it now. https://gitlab.archlinux.org/pacman/libmakepkg-dropins/-/blob/main/tidy/50-… This is how they are collecting the symbols, and for PE files they *do* that too. But as mentioned in the comment there, that doesn't apply yet to sources of PE files (indeed this is eventually the difference between v4l.c which is a unix lib, and debug.c which is win32). I just wonder why this seemed to be happening on ubuntu too? -- 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.

April 2, 2026

[Bug 59344] Resident Evil Village hangs before entering the main menu

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59344 --- Comment #1 from Andrey Gusev <andrey.goosev(a)gmail.com> --- Output on AMD 03b0:fixme:d3d:wined3d_texture_gl_prepare_texture No GL internal format for format WINED3DFMT_NV12_PLANAR. 03b0:err:d3d:wined3d_debug_callback 00007FE0C431C4C0: "GL_INVALID_ENUM in glTexStorage2D(internalformat = GL_NONE)". 03b0:err:d3d:wined3d_debug_callback 00007FE0C431C4C0: "GL_INVALID_OPERATION in glTexSubImage2D(invalid texture level 0)". 03b0:err:d3d:wined3d_debug_callback 00007FE0C431C4C0: "GL_INVALID_ENUM in glGetTexImage(format/type)". vkd3d:0bb4:fixme:d3d12_command_list_CopyTextureRegion Depth-stencil format 0x13 not fully supported yet. vkd3d:0bb4:err:d3d12_command_list_copy_incompatible_texture_region Failed assertion: dst_format->byte_count == src_format->byte_count -- 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.

April 2, 2026

[Bug 59598] TCT installer: Wine crashes in the middle of installation

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59598 --- Comment #5 from Rafał Mużyło <galtgendo(a)o2.pl> --- 'retest' meant 'attach full console output of the program', though - obviously - as installer now works and you want to repurpose the bug for the program itself, now the output you want to attach is from the program. -- 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.

April 2, 2026

[Bug 59609] New: comctl32: LVM_GETITEMPOSITION returns client coordinates instead of view coordinates in ICON/SMALLICON views (breaks FastStone Image Viewer)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59609 Bug ID: 59609 Summary: comctl32: LVM_GETITEMPOSITION returns client coordinates instead of view coordinates in ICON/SMALLICON views (breaks FastStone Image Viewer) Product: Wine Version: 11.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: comctl32 Assignee: wine-bugs(a)list.winehq.org Reporter: lldmakhbfcrmqyluns(a)nesopf.com Distribution: --- Bug overview: In `dlls/comctl32/listview.c`, the function `LISTVIEW_GetItemPosition` unconditionally adds `Origin.x` and `Origin.y` to the item's coordinates. This converts the coordinates to Client coordinates. However, according to MSDN, for `LV_VIEW_ICON` and `LV_VIEW_SMALLICON` modes, `LVM_GETITEMPOSITION` must return View coordinates (absolute coordinates on the canvas), not Client coordinates. MSDN Documentation reference for LVM_GETITEMPOSITION: "In icon or small icon view, the LVM_GETITEMPOSITION message returns the item's position in view coordinates. To get the client coordinates of an item, subtract the origin from the view coordinates." Symptoms & Application Behavior: This bug breaks the top thumbnail strip in full screen mode of FastStone Image Viewer (FSViewer.exe) when scrolling horizontally. The thumbnail strip is a ListView in Icon mode (height: 150px). When the user scrolls to the right by approximately the width of the screen (e.g., ~1900px on a 1080p monitor), the thumbnails suddenly disappear, leaving blank white spaces and cropped thumbnails. The Mathematical Root Cause: Because Wine incorrectly returns Client coordinates instead of View coordinates, a "double subtraction" occurs in the application's logic: 1. Wine calculates internally: `Returned_X = Absolute_X - ScrollPos` (by adding the negative Origin). 2. FSViewer (following MSDN) attempts to calculate the client position to determine if the item is visible: `App_Client_X = Returned_X - ScrollPos`. 3. The resulting math is: `App_Client_X = Absolute_X - 2 * ScrollPos`. When `ScrollPos` exceeds the width of the window (e.g., scrolling past 1920px), the calculated right edge of the visible items becomes negative. FSViewer incorrectly concludes that all items have moved off-screen to the left. To save resources, FSViewer returns `CDRF_SKIPDEFAULT` (0x4) during the `CDDS_PREPAINT` custom draw notification. Wine respects this flag, skips drawing the items, and `BitBlt` copies a blank/white double-buffer background to the screen. Proposed Fix / Patch: The addition of `Origin` should be restricted to `LV_VIEW_DETAILS` and `LV_VIEW_LIST` views, where Client coordinates are actually expected. In `dlls/comctl32/listview.c`, modify `LISTVIEW_GetItemPosition`: --- a/dlls/comctl32/listview.c +++ b/dlls/comctl32/listview.c @@ -XXXX,X +XXXX,X @@ static BOOL LISTVIEW_GetItemPosition(const LISTVIEW_INFO *infoPtr, INT nItem, LP if (infoPtr->uView == LV_VIEW_ICON) { lpptPosition->x += (infoPtr->nItemWidth - infoPtr->iconSize.cx) / 2; lpptPosition->y += ICON_TOP_PADDING; } - lpptPosition->x += Origin.x; - lpptPosition->y += Origin.y; + + /* In Icon/SmallIcon views, position is in view coordinates (absolute). + * In Details/List views, position is in client coordinates. */ + if (infoPtr->uView == LV_VIEW_DETAILS || infoPtr->uView == LV_VIEW_LIST) + { + lpptPosition->x += Origin.x; + lpptPosition->y += Origin.y; + } TRACE (" lpptPosition=%s\n", wine_dbgstr_point(lpptPosition)); return TRUE; Testing: Applying this exact logic fully resolves the white-space rendering bug in FastStone Image Viewer without breaking standard ListView internal mechanics (since Wine internally relies on `LISTVIEW_GetItemOrigin` for drawing, which remains unaffected). -- 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.

April 2, 2026

[Bug 59605] The Warframe launcher isn't downloading updates in version 11.5, but it worked in version 11.4

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59605 --- Comment #2 from Nikolay Borodin <monsterovich(a)gmail.com> --- (In reply to Ken Sharp from comment #1) > Have you tried vanilla Wine? I can reproduce this issue in vanilla Wine 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.

April 2, 2026

[Bug 59598] TCT installer: Wine crashes in the middle of installation

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59598 --- Comment #4 from mashavasilyok(a)gmail.com --- Created attachment 80673 --> http://bugs.winehq.org/attachment.cgi?id=80673 installed program white screen -- 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.

April 2, 2026

[Bug 59598] TCT installer: Wine crashes in the middle of installation

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59598 --- Comment #3 from mashavasilyok(a)gmail.com --- wine-11.0 The installer runs successfully, but the program installed shows white screen (attached) -- 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.

April 2, 2026

[Bug 59600] Regression on 11.5 - Diablo IV in game-menu shop no more reachable

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59600 Hans Leidekker <hans(a)meelstraat.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Fixed by SHA1| |c7cc9be89613cbe21e1af9ffc7b | |7e8352feac488 Resolution|--- |FIXED Regression SHA1| |2012949a0de0b550d221c5514f5 | |632efcd8c3df2 Keywords| |regression --- Comment #5 from Hans Leidekker <hans(a)meelstraat.net> --- Fixed with c7cc9be89613cbe21e1af9ffc7b7e8352feac488. -- 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.

April 2, 2026

[Bug 56486] Battle.net App Crash Cycle on Startup

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56486 --- Comment #22 from wschmrdr(a)gmail.com --- Went to 11.5, and although the new downloads of the Battle.net app still don't work, I was able to bring up a legacy version of the app. -- 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.

April 2, 2026