Hi Sven, so Arch Linux does not have a graphical/windowed environment set up by default.

What Window Manager or Desktop Environment are you using with it?

Since it looks like the problem is something with child windows not being located as expected it might have more to do with the particular window manager you're running as well as the wine version.

- Michael

Hi Michael. I've been using Gnome desktop environment. After your reply I did try KDE Plasma desktop environment with the same results. Specific window managers seem to require configurations so I was unable to easily launch moi when trying them ( e.g. Hyprland, sway). I just installed wine-stable ( wine 10.0 ) which pulled in an incredible number of dependencies, but it does work so I can use until hopefully the development branch resolves this. So don't report something like this to winehq ?

Thank you, Sven

Hi Sven, I'm glad wine 10.0 is working for you.

re:
> So don't report something like this to winehq ?

I'm not sure... Maybe it would be good to look for any already open bugs first.

Maybe it's possible the development branch build is set up to use the newer Wayland driver instead of winex11.drv .

- Michael

just had a look and found this ? https://bugs.winehq.org/show_bug.cgi?id=56285

It might be related to that one but it's hard to know for sure.

- Michael

From a reply on winehq forums:

I suspect this is because of the switch from pixmaps to pbuffers. I'm currently working on something somewhat related, so I might look into this regression in a couple of weeks.

https://forum.winehq.org/viewtopic.php?p=148582#p148582

working in Wine 10.15 again for GraphicsAPI=OpenGL. Seems it was that same regression mentioned in previous post. Wine developer posted the below in release notes:

Zowie van Dillen (2):
opengl32/tests: Add 16-bit bitmap rendering tests.
winex11: Check pbuffer bit instead of pixmap bit for bitmap rendering.

Hi Sven, that's great news!

- Michael