Fixes a regression with 672c3a561f5.
---
A few applications (Quicken, some Wine Mono tests) hit this server assertion after the 10.11 merge:
```
Assertion failed: (mutex->owner == thread), function abandon_mutexes, file mutex.c, line 244.
```
I'm not sure that this patch is correct, exactly. But the current situation is that `mutex_destroy` frees its mutex's sync object, but leaves it in its owning thread's list of `mutex_sync`s. So later, `abandon_mutexes` will enumerate it, which is a UAF. If the memory got stomped on in the meantime (or zeroed, as macOS' `free` does recently), it will hit the above assertion.
Arguably I suppose this could call `mutex_sync_destroy` instead of the direct `do_release`?
Also should this do a `release_object` on the `struct mutex *` itself?
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/8538
--
v8: setupapi: Support in-built properties in SetupDiGetDevicePropertyW and CM_Get_DevNode_Property_ExW.
ntoskrnl.exe/tests: Add tests for built-in properties for PnP device instances.
setupapi/tests: Add tests for inbuilt device properties.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8515
comctl32/treeview: Return from TREEVIEW_LButtonDown when the treeview handle is invalid.
LButtonDown should return when the treeview handle is invalid (e.g. destroyed) after NM_CLICK to prevent further message processing.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58211
--
v9: comctl32/treeview: Return from TREEVIEW_LButtonDown when the treeview handle is invalid.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8258
Finally allowing win32u to manage client surfaces for GL/VK directly.
--
v4: win32u: Replace opengl drawables tracking with client surfaces.
winex11: Create client surfaces for opengl drawables.
winex11: Move client surface code out of vulkan ifdef.
winewayland: Merge the vulkan client surface with wayland_client_surface.
winewayland: Clear the current client surface on vulkan detach.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8522
comctl32/treeview: Return from TREEVIEW_LButtonDown when the treeview handle is invalid.
LButtonDown should return when the treeview handle is invalid (e.g. destroyed) after NM_CLICK to prevent further message processing.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58211
--
v8: comctl32/treeview: Return from TREEVIEW_LButtonDown when the treeview handle is invalid.
https://gitlab.winehq.org/wine/wine/-/merge_requests/8258