http://bugs.winehq.org/show_bug.cgi?id=52254 Wehrwolfmann <wehrwolfmann@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wehrwolfmann@gmail.com --- Comment #5 from Wehrwolfmann <wehrwolfmann@gmail.com> --- Created attachment 81972 --> http://bugs.winehq.org/attachment.cgi?id=81972 minimal d3d9 + DwmExtendFrameIntoClientArea test (--no-dwm gives the control run) Still a stub on wine-11.16. Comment 4 is right that these windows come out black - I wrote a smaller test than attachment 71378 to pin down where it actually breaks, so I am adding it here instead of filing a duplicate. Attached test, ~75 lines, d3d9 + dwmapi and nothing else: a plain WS_OVERLAPPEDWINDOW, DwmExtendFrameIntoClientArea() with MARGINS {-1,-1,-1,-1} (the documented "sheet of glass"), then a windowed D3D9Ex device with an A8R8G8B8 back buffer. Every frame it clears the client area to ARGB(0,0,0,0) and a 100x100 square in the middle to opaque green. --no-dwm skips the DWM call and changes nothing else - that is the control run. Per MSDN ("Custom Window Frame Using DWM") the extended frame shows wherever the underlying pixels have alpha 0, so the DWM run should be a green square floating over the desktop and the control run an ordinary opaque window. I have no Windows box here, so that half is what the docs say, not something I measured. On Wine the two runs are pixel-identical. I put a colourful picture behind the window; cropping the client rect out of both screenshots, compare -metric AE gives 0. Both are a solid black client area with the green square in it. dwmapi logs the stub and returns S_OK, so the app is told transparency is on, but xwininfo reports Depth: 24 on the X window even though the server advertises 32-bit visuals - there is no alpha channel to composite at all. winex11.drv only moves a window to argb_visual inside the "if (layered)" branch of X11DRV_CreateWindowSurface (dlls/winex11.drv/bitblt.c). Same black window under winewayland.drv, so this is not an X11-only thing. Build: x86_64-w64-mingw32-gcc dwm_alpha.c -o dwm_alpha.exe -ld3d9 -ldwmapi -lgdi32 Tested on wine-11.16 64-bit, clean prefix, winex11.drv on XWayland and winewayland.drv, Plasma 6.7.4 Wayland session, Mesa on NVIDIA. Besides the games in comment 4: desktop mascot apps built on the UniWindowController package take this same path and never call UpdateLayeredWindow, so they all draw as black boxes 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.