CEF sometimes uses that during sandbox initialization.
--
v2: kernelbase/tests: Add test for DeriveCapabilitySidsFromName().
kernelbase: Implement DeriveCapabilitySidsFromName().
ntdll: Implement RtlDeriveCapabilitySidsFromName().
ntdll/tests: Add tests for RtlDeriveCapabilitySidsFromName().
ntdll: Add stub for RtlDeriveCapabilitySidsFromName().
https://gitlab.winehq.org/wine/wine/-/merge_requests/3747
This MR implements the following APIs in `mp3dmod`:
- `GetInputCurrentType`
- `GetOutputCurrentType`
It also adds checks to various APIs for an invalid stream and fixes a potential resource leak in `SetOutputType`.
This is in preparation for adding an `IMFTransform` interface to the MP3 decoder as detailed here:
https://learn.microsoft.com/en-us/windows/win32/medfound/windows-media-mp3-…
--
v2: mp3dmod: Fix leak of previous outtype.
mp3dmod: Implement GetOutputCurrentType.
mp3dmod: Implement GetInputCurrentType.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7409
--
v3: d3dx9: Link versions 42 and 43 to the corresponding d3dcompiler DLL.
d3dx9: Reimplement D3DXCompileShader() for versions before 42.
d3dcompiler: Use D3DCompile2VKD3D() from vkd3d-utils.
d3dcompiler: Use D3DPreprocess() from vkd3d-utils.
vkd3d: Import vkd3d-utils.
https://gitlab.winehq.org/wine/wine/-/merge_requests/5814
Our findstr implementation defaults to textual search, while native
defaults to regex.
So this MR:
- add tests to show that,
- reverts the default,
- adapt tests that were written with textual search in mind to pass textual
search option
Note: native fails when passing the two flags ('findstr /l /r...'). I didn't bother
fixing our implementation.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7415
If a surface is being clipped and hides the cursor, drawing its own one,
winewayland constrains using a pointer lock and enables Wayland relative
motion. If the application decides to stop drawing its own cursor and
make the cursor visible, winewayland will disable relative motion and
pointer lock, and enable pointer confinement. The user will perceive a
pointer jump from the win32/application drawn cursor to where the
Wayland pointer is after being unlocked and an absolute motion event is
received, because they were desynchronized due to the Wayland one being
locked in place.
The pointer constraints protocol says this:
> If the client is drawing its own cursor, it should update the position
> hint to the position of its own cursor. A compositor may use this
> information to warp the pointer upon unlock in order to avoid pointer
> jumps.
So, right before unlocking, make a request for the compositor to warp
the pointer to the win32 position on pointer unlock.
--
v3: winewayland: Update locked pointer position hint.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7352