--
v3: shell32: Update view mode flags while creating IShellView for IExplorerBrowser.
shell32: Reimplement IExplorerBrowser_SetFolderSettings() with support of setting flags.
shell32/tests: Move tests of IExplorerBrowser_SetFolderSettings() to a separated function and more tests.
shell32: Reimplement IFolderView2_SetCurrentViewMode() with modern behaviours.
shell32: Implement IFolderView2_{Get, Set}CurrentFolderFlags().
shell32/tests: Add tests for IFolderView2_{Get, Set}CurrentFolderFlags().
https://gitlab.winehq.org/wine/wine/-/merge_requests/2628
Block records are not processed; only the bitcode is validated.
--
v12: vkd3d-shader/dxil: Read and validate global abbreviated operands.
vkd3d-shader/dxil: Read and validate local abbreviated operands.
vkd3d-compiler: Introduce dxbc-dxil and dxbc-auto source types.
vkd3d-shader/dxbc: Introduce an option to autodetect the DXBC source type.
vkd3d-shader/dxil: Read and validate DXIL bitcode unabbreviated blocks.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/44
Block records are not processed; only the bitcode is validated.
--
v11: vkd3d-shader/dxil: Read and validate global abbreviated operands.
vkd3d-shader/dxil: Read and validate local abbreviated operands.
vkd3d-compiler: Introduce dxbc-dxil and dxbc-auto source types.
vkd3d-shader/dxbc: Introduce an option to autodetect the DXBC source type.
vkd3d-shader/dxil: Read and validate DXIL bitcode unabbreviated blocks.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/44
```c
dlls/wined3d/context_vk.c:2377:42: warning: ‘null_binding’ may be used uninitialized in this function [-Wmaybe-uninitialized]
2377 | *null_buffer_binding = b->binding = null_binding;
| ~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~
```
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2892
> > This isn't consistent with the actual ProcessInput() implementation, which refuses to accept more than one buffer.
>
> I made some tests before, the tests show that for WMV decoder DMO, calling multiple ProcessInput() is OK. The input status keeps `DMO_INPUT_STATUSF_ACCEPT_DATA` after delivering a buffer by ProcessInput(). Should I added these tests to Wine?
Probably. As far as I understand we currently reject multiple calls to ProcessInput(). I am concerned about the potential effects of having a GetInputStatus() implementation that isn't consistent with ProcessInput(). It may be fine, though...
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2881#note_33615
> This isn't consistent with the actual ProcessInput() implementation, which refuses to accept more than one buffer.
I made some tests before, the tests show that for WMV decoder DMO, calling multiple ProcessInput is OK. Should I added these tests to Wine?
> (Also, not sure why I was removed as reviewer?)
Sorry, I thought the front end stuff should reviewd by Rémi only. I will not removed you as reviewer anymore for anything related to winegstreamer.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2881#note_33614