On Tue Feb 6 14:11:59 2024 +0000, Mohamad Al-Jaf wrote:
> FWIW this class is required for a cloud feature
> >With the System Ticket feature, an app can provide cloud services to a
> user and store user info even if the user is not signed on with their
> Microsoft account (MSA). The app can acquire information about the local
> user account on a system, as well as information about the system itself,
> in order to keep track of settings and data for this user.
> https://learn.microsoft.com/en-us/uwp/api/windows.security.authentication.o…
> Regarding office, it requires numerous workarounds so it's time consuming
> to test. Adding this class for Minecraft Education Edition didn't break
> anything. I think Affinity Photo may have used it as well and it too worked
> without issue.
I don't see how this is different from previous MRs that didn't help with any application, but were approved anyway like the windows.ui IUISettings and InputPane stub interfaces. At least in this case there's a possibility it would help.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5021#note_60968
--
v3: vkd3d: Support aliased tile binding if available.
vkd3d: Implement ID3D12CommandQueue::UpdateTileMappings() for textures.
vkd3d: Implement ID3D12CommandQueue::UpdateTileMappings() for buffers.
vkd3d: Pre-bind sparse texture mip tails.
tests/d3d12: Add a test for freeing underlying memory of a reserved resource.
tests/d3d12: Add tests for UpdateTileMappings().
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/631
This allows to declare SRV buffers in the shader tests using `[buffer srv n]` blocks, and passing them to the different backends.
Also, 1/2 includes a missing bit required to parse `Buffer<>` types in the HLSL compiler.
This is a step towards supporting StructuredBuffer types in further patches.
--
v7: vkd3d-shader/hlsl: Parse Buffer types.
tests/shader-runner: Change probe directive syntax on shader_test files.
tests/shader-runner: Change resource declaration syntax on shader_test files.
https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/569
On Tue Feb 13 00:30:57 2024 +0000, Fabian Maurer wrote:
> changed this line in [version 4 of the diff](/wine/wine/-/merge_requests/5064/diffs?diff_id=99247&start_sha=0189eb79f8110a1171a1974a651ca1ef0ae40afb#a3eabccd5496fd63ed6cbf28e676e5cb5c58689e_3981_4004)
Sure, updated.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/5064#note_60959
Normally I am a strong proponent of adjusting implementations one small step at
a time, but this is a bit of an extreme case.
The current state of UrlCanonicalize() is a prototypical example of "spaghetti
code": the implementation has been repeatedly adjusted to fix a new discovered
edge case, without properly testing the scope of the new logic, with the effect
that the current logic is a scattered mess of conditions that interact in
unpredictable ways.
To be fair, the actual function is much more complicated than one would
anticipate, and the number of new weird edge cases I found while trying to flesh
out existing logic was rather exhausting.
I initially tried to "fix" the existing implementation one step at a time. After
racking up dozens of commits without an end in sight, though, and having to
waste time carefully unravelling the broken code in the right order so as to
avoid temporary failures, I decided instead to just fix everything at once,
effectively rewriting the function from scratch, and this proved to be much more
productive.
Hopefully the huge swath of new tests is enough to prove that this new
implementation really is correct, and has no more spaghetti than what Microsoft
made necessary.
--
v5: shlwapi/tests: Add many more tests for UrlCanonicalize().
kernelbase: Use scheme_is_opaque() in UrlIs().
kernelbase: Reimplement UrlCanonicalize().
https://gitlab.winehq.org/wine/wine/-/merge_requests/4954