- Wine-GitLab - list.winehq.org

Re: [PATCH v2 0/4] MR11035: gdi32/uniscribe: Eagerly cache cmap tables for a font.
by Nikolay Sivov (＠nsivov) June 2, 2026

June 2, 2026

On Mon Jun 1 11:46:58 2026 +0000, समीरसिंह Sameer Singh wrote: > Regarding. "keeping just cmap is clearly not enough for shaping to > work", the `ScriptCache` struct already stores raw table data for GSUB, > GPOS and GDEF so shaping is possible. Adding cmap format4 to the struct > (cmap format 12 was already present) follows the same established pattern. > Here is what the struct looked prior to my patch: > ```c > typedef struct { > struct list entry; > DWORD refcount; > LOGFONTW lf; > TEXTMETRICW tm; > OUTLINETEXTMETRICW *otm; > SCRIPT_FONTPROPERTIES sfp; > BOOL sfnt; > CacheGlyphPage *page[NUM_PAGES]; > ABC *widths[GLYPH_MAX / GLYPH_BLOCK_SIZE]; > void *GSUB_Table; > void *GDEF_Table; > void *CMAP_Table; > void *CMAP_format12_Table; > void *GPOS_Table; > BOOL scripts_initialized; > LoadedScript *scripts; > SIZE_T scripts_size; > SIZE_T script_count; > OPENTYPE_TAG userScript; > OPENTYPE_TAG userLang; > } ScriptCache; > ``` Ok, yes, in this case it's not much worse to keep cmap too. But at the same time we already have 'page' array which is exactly the same - lazily allocated copy of a cmap. Generally I think it's easy to keep cmap in its original format, because it's fast to lookup already. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11035#note_142028

1 0

[PATCH v3 0/1] MR11055: loader: Add default SQMClient registry key
by Rose Hellsing (＠axtlos) June 2, 2026

June 2, 2026

On Windows the key `HKLM\SOFTWARE\Microsoft\SQMClient` is populated with a random UUID when SQM is first used to identify each device. This MR makes wineboot fill it with a random UUID on initialization. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54021 -- v3: loader: Add default SQMClient registry key https://gitlab.winehq.org/wine/wine/-/merge_requests/11055

3 3

[PATCH 0/1] MR11056: kernelbase: Add stub for GetIntegratedDisplaySize().
by Paul Gofman (＠gofman) June 2, 2026

June 2, 2026

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/11056

2 1

[PATCH v10 0/1] MR10704: Display invalid Indic syllables
by Aric Stewart (＠aricstewart) June 2, 2026

June 2, 2026

Use the U+25CC DOTTED CIRCLE as the base glyph for invalid Indic syllables https://bugs.winehq.org/show_bug.cgi?id=27637 -- v10: Display invalid Indic syllables https://gitlab.winehq.org/wine/wine/-/merge_requests/10704

3 4

[PATCH v2 0/1] MR11055: loader: Add default SQMClient registry key
by Rose Hellsing (＠axtlos) June 2, 2026

June 2, 2026

On Windows the key `HKLM\SOFTWARE\Microsoft\SQMClient` is populated with a random UUID when SQM is first used to identify each device. This MR makes wineboot fill it with a random UUID on initialization. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54021 -- v2: loader: Add default SQMClient registry key https://gitlab.winehq.org/wine/wine/-/merge_requests/11055

3 6

[PATCH 0/1] MR11055: loader: Add default SQMClient registry key
by Rose Hellsing (＠axtlos) June 2, 2026

June 2, 2026

On Windows the key `HKLM\SOFTWARE\Microsoft\SQMClient` is populated with a random UUID when SQM is first used to identify each device. For now setting it to an empty value seems to satisfy applications that depend on it. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54021 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11055

3 5

[PATCH v5 0/4] MR10992: ddraw: Allow attaching flip chain surfaces surfaces (for v1 surfaces).
by Paul Gofman (＠gofman) June 2, 2026

June 2, 2026

-- v5: ddraw: Force render target bind flags on v1 swapchain candidate surfaces. ddraw/tests: Add tests for attaching and detaching backbuffers on ddraw1. ddraw: Allow attaching flip chain surfaces. ddraw: Renamed is_root surface attribute to is_implicit. https://gitlab.winehq.org/wine/wine/-/merge_requests/10992

4 7

[PATCH 0/1] MR10517: wined3d: Don't use texelFetchOffset() for buffers and multi-sample textures.
by Francisco Casas (＠fcasas) June 2, 2026

June 2, 2026

The TexelFetchOffset() GLSL function is not defined for sampler2DMS, sampler2DMSArray and samplerBuffer, so we get the following wined3d_debug_callback errors when emiting them: "0:56(9): error: no matching function for call to `texelFetchOffset(sampler2DMS, ivec2, int, ivec2)'; candidates are:". "0:56(9): error: vec4 texelFetchOffset(sampler1D, int, int, int)". ... "0:56(9): error: uvec4 texelFetchOffset(usampler2DArray, ivec3, int, ivec2)". "0:56(9): error: type mismatch". This happens when wined3d with the opengl backend is used to run Dishonored 2. To fix this, we emit TexelOffset() for these samplers instead, and just add (+) the offset to the position parameter. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10517

4 3

[PATCH v8 0/3] MR10874: wined3d: Disallow locking of multisampled back buffers.
by Conor McCarthy (＠cmccarthy) June 2, 2026

June 2, 2026

-- v8: wined3d: Disallow locking of multisampled back buffers. d3d9/tests: Test multisampled back buffer locking. d3d8/tests: Test multisampled back buffer locking. https://gitlab.winehq.org/wine/wine/-/merge_requests/10874

4 6

[PATCH v2 0/2] MR11002: win32u: Enable VK_KHR_external_fence_capabilities in d3dkmt_init_vulkan().
by Francisco Casas (＠fcasas) June 2, 2026

June 2, 2026

According to vulkan validation layers, this instance extension is required so that vkGetPhysicalDeviceProperties2() fills the VkPhysicalDeviceIDProperties struct. This extension is only needed for VK_API_VERSION_1_0, since it is part of the core functionalities in VK_API_VERSION_1_1, but win32u uses VK_API_VERSION_1_0. Additionally, this extension is also enabled when available for wined3d when the VK_API_VERSION_1_1 is not available. -- v2: wined3d: Enable VK_KHR_external_fence_capabilities when initializing vulkan. win32u: Enable VK_KHR_external_fence_capabilities in d3dkmt_init_vulkan(). https://gitlab.winehq.org/wine/wine/-/merge_requests/11002

5 7