Add Slang shaders to additional samples #1406

SaschaWillems · 2025-08-30T14:35:17Z

Description

Important note: If you compile shaders locally, you have to use a very recent version of the slang compiler. The one shipped with the SDK is outdated and broken. Make sure to grab the latest one from https://github.com/shader-slang/slang/releases

This adds Slang shaders to additional samples:

buffer device address
calibrated timestamps
color write enable
compute nbody
compute nbody (hpp)
conservative rasterization
conditional rendering
debug utils
descriptor buffer basic
descriptor indexing
dynamic blending
dynamic line rasterization
dynamic multisample rasterization
dynamic primitive clipping
dynamic uniform buffers
dynamic uniform buffers (hpp)
extended dynamic state2
fragment shader barycentric
fragment shading rate
graphics pipeline library
gshader to mshader
hdr
hdr (hpp)
host image copy
instancing
instancing (hpp)
logic op dynamic state
memory budget
mesh shading
mesh shading (hpp)
open cl interop
open gl interop
patch control points
push descriptors
push descriptors (hpp)
portability
ray queries
ray tracing basics
ray tracing extended
ray tracing position fetch
separte image sampler
separte image sampler (hpp)
shader debug printf
sparse image
synchronization 2
terrain tessellation
terrain tessellation (hpp)
texture compression basisu
texture loading
texture loading (hpp)
texture mipmap generation
texture mipmap generation (hpp)
timeline semaphores
timestamp queries
timestamp queries (hpp)
vertex dynamic state

Also enables SPIR-V 1.4 at framework level when using Slang.

Additional notes:

Adds a new option VKB_SKIP_SLANG_SHADER_COMPILATION to skip compilation of Slang shaders (you can still use Slang shaders via the precompiled SPIR-V files)
Disables Slang offline compilation in CI for MacOS/iOS due to broken Slang compiler in SDK (this step is unnecessary anyway)
Some samples may look slightly different than their GLSL counterparts, that's not (easily) fixable

Refs #1385

General Checklist:

Please ensure the following points are checked:

Note: The Samples CI runs a number of checks including:

I have updated the header Copyright to reflect the current year (CI build will fail if Copyright is out of date)
My changes build on Windows, Linux, macOS and Android. Otherwise I have documented any exceptions

If this PR contains framework changes:

I did a full batch run using the batch command line argument to make sure all samples still work properly

This is needed to get proper support for SPIR-V compiled from Slang shaders

- instancing - conditional rendering - conservative rasterization

- dynamic uniform buffers - descriptor buffer basic - fragment shading rate

- hdr (+hpp) - graphics pipeline library - mesh shading (+hpp)

- texture loading (+hpp) - push descriptors (+hpp - open cl interop

- separte image sampler (+hpp) - texture mipmap generation (+hpp) - shader debug printf - texture compression basisu

- compute nbody (+hpp)

- dynamic primitive clipping - logic op dynamic state - sparse image

- color write enable - debug utils - dynamic line rasterization

- ray queries - ray tracing basics - ray tracing extended - ray tracing position fetch

- terrain tessellation - patch control points - synchronization 2 - vertex dynamic state

SRSaunders · 2025-09-01T14:07:48Z

It looks like two issues are occurring here with Apple CI:

PR Update Apple min deployment versions and iOS Simulator build config #1405 will fix CI issues with macOS (and iOS) when using runners with the latest Sequoia SDKs, as is here.
The iOS CI is also failing because it has access to slang from the Vulkan SDK, and generates an error when compiling the sparse image shader (note: sparse images are not yet supported on Apple):

/Users/runner/work/Vulkan-Samples/Vulkan-Samples/shaders/sparse_image/slang/sparse.frag.slang(45): error 36107: entrypoint 'main' does not support compilation target 'spirv' with stage 'fragment'
float4 main(VSOutput input)
^~~~
/Users/runner/work/Vulkan-Samples/Vulkan-Samples/shaders/sparse_image/slang/sparse.frag.slang(56): note: see using of 'CheckAccessFullyMapped'
} while (!CheckAccessFullyMapped(residencyCode));
** BUILD FAILED **
^~~~~~~~~~~~~~~~~~~~~~

Also note that macOS CI does not access the VulkanSDK and will not try to compile any slang shaders, but would likely fail on the same sparse image shader if it did.

SaschaWillems · 2025-09-01T14:16:52Z

It's a draft for a reason.

SRSaunders · 2025-09-01T14:36:41Z

Understood - just trying to help out re issue #1405 since this has nothing to do with your PR, only the Apple CI.

SaschaWillems · 2025-09-01T15:47:02Z

You're welcome. We discussed that on one of our calls, and having each CI step rebuild the SPIR-V files that are already part of the repo doesn't make sense anyway. Esp. as the SDK tends to include broken/outdated compilers.

SRSaunders · 2025-09-01T16:05:48Z

having each CI step rebuild the SPIR-V files that are already part of the repo doesn't make sense anyway

I agree.

However, the scope of the problem may be limited to iOS. At this point iOS seems to be the only CI target that requires and accesses the Vulkan SDK for static linkage to the MoltenVK framework. I believe all other CI targets depend on Vulkan-Headers only without need for the SDK (or compilers), assuming dynamic linkage to the Vulkan runtime library.

SaschaWillems · 2025-09-01T16:12:05Z

Should put that in a separate issue.

I'd like the comments section of this PR related to the actual PR if possible.

- descriptor indexing

- dyamic blending

- time stamp queries (+hpp) - host image copy

- fragment shader barycentric - memory budget

- calibrated timestamps - dynamic multisample rasterization

- open gl interop

- portability

SRSaunders · 2025-09-09T15:37:57Z

The Slang compiler in the latest SDK is downright broken.

I get it. However, if you merge this PR all Apple interactive builds will be broken. Could you at least fix this by disabling slangc all the time on Apple?

SaschaWillems · 2025-09-09T15:39:06Z

This won't be merged until we (inside the samples group) agree. This includes the apple platform discussion.

SaschaWillems · 2025-09-09T17:23:45Z

Created #1409 to make sure your remarks won't get lost.

SRSaunders · 2025-09-09T17:58:59Z

Thanks. I too am in favour of a general solution that works across platforms and shading languages.

shaders/buffer_device_address/slang/update_vbo.comp.slang

gary-sweet · 2025-09-19T13:13:52Z

I don't have a local slang compiler, so I should be running against the pre-built versions.

I am seeing some validation errors (and some other problems which I'll share afterwards). These may, of course, not be anything to do with the slang, but could be compilers problems or spirv-val problems. I thought I'd list them anyway.

compute_nbody
[error] -1307510846 - VUID-StandaloneSpirv-None-10684: vkCreateShaderModule(): pCreateInfo->pCode (spirv-val produced an error): Invalid explicit layout decorations on type for operand '141[%141]' %sharedData = OpVariable %_ptr_Workgroup__arr_v4float_SHARED_DATA_SIZE Workgroup The Vulkan spec states: All variables must have valid explicit layout decorations as described in Shader Interfaces (https://docs.vulkan.org/spec/latest/appendices/spirvenv.html#VUID-StandaloneSpirv-None-10684)

[error] 1132206547 - VUID-VkPipelineShaderStageCreateInfo-pSpecializationInfo-06849: vkCreateComputePipelines(): pCreateInfos[0].stage After specialization was applied, VkShaderModule 0x500000000050 produces a spirv-val error (stage VK_SHADER_STAGE_COMPUTE_BIT): [VUID-StandaloneSpirv-None-10684] Invalid explicit layout decorations on type for operand '141[%141]' %sharedData = OpVariable %_ptr_Workgroup__arr_v4float_SHARED_DATA_SIZE Workgroup The Vulkan spec states: If a shader module identifier is not specified, the shader code used by the pipeline must be valid as described by the Khronos SPIR-V Specification after applying the specializations provided in pSpecializationInfo, if any, and then converting all specialization constants into fixed constants (https://docs.vulkan.org/spec/latest/chapters/pipelines.html#VUID-VkPipelineShaderStageCreateInfo-pSpecializationInfo-06849)

hello_triangle
[error] -1520283006 Validation Layer: Error: VUID-VkShaderModuleCreateInfo-pCode-08737: vkCreateShaderModule(): pCreateInfo->pCode (spirv-val produced an error): Invalid SPIR-V binary version 1.4 for target environment SPIR-V 1.3 (under Vulkan 1.1 semantics). The Vulkan spec states: If pCode is a pointer to SPIR-V code, pCode must adhere to the validation rules described by the Validation Rules within a Module section of the SPIR-V Environment appendix (https://docs.vulkan.org/spec/latest/chapters/shaders.html#VUID-VkShaderModuleCreateInfo-pCode-08737)

hpp_compute_nbody
[error] -1307510846 - VUID-StandaloneSpirv-None-10684: vkCreateShaderModule(): pCreateInfo->pCode (spirv-val produced an error): Invalid explicit layout decorations on type for operand '141[%141]' %sharedData = OpVariable %_ptr_Workgroup__arr_v4float_SHARED_DATA_SIZE Workgroup The Vulkan spec states: All variables must have valid explicit layout decorations as described in Shader Interfaces (https://docs.vulkan.org/spec/latest/appendices/spirvenv.html#VUID-StandaloneSpirv-None-10684)

[error] 1132206547 - VUID-VkPipelineShaderStageCreateInfo-pSpecializationInfo-06849: vkCreateComputePipelines(): pCreateInfos[0].stage After specialization was applied, VkShaderModule 0x500000000050 produces a spirv-val error (stage VK_SHADER_STAGE_COMPUTE_BIT): [VUID-StandaloneSpirv-None-10684] Invalid explicit layout decorations on type for operand '141[%141]' %sharedData = OpVariable %_ptr_Workgroup__arr_v4float_SHARED_DATA_SIZE Workgroup The Vulkan spec states: If a shader module identifier is not specified, the shader code used by the pipeline must be valid as described by the Khronos SPIR-V Specification after applying the specializations provided in pSpecializationInfo, if any, and then converting all specialization constants into fixed constants (https://docs.vulkan.org/spec/latest/chapters/pipelines.html#VUID-VkPipelineShaderStageCreateInfo-pSpecializationInfo-06849)

hpp_texture_mipmap_generation
[error] -1307510846 - VUID-StandaloneSpirv-None-10684: vkCreateShaderModule(): pCreateInfo->pCode (spirv-val produced an error): Invalid explicit layout decorations on type for operand '24[%24]' %samplers = OpVariable %_ptr_UniformConstant__arr_23_int_3 UniformConstant The Vulkan spec states: All variables must have valid explicit layout decorations as described in Shader Interfaces (https://docs.vulkan.org/spec/latest/appendices/spirvenv.html#VUID-StandaloneSpirv-None-10684)

color_write_enable
[error] 115483881 - VUID-VkShaderModuleCreateInfo-pCode-08740: vkCreateShaderModule(): SPIR-V Capability StorageImageReadWithoutFormat was declared, but one of the following requirements is required (VkPhysicalDeviceFeatures::shaderStorageImageReadWithoutFormat OR VK_VERSION_1_3 OR VK_KHR_format_feature_flags2). The Vulkan spec states: If pCode is a pointer to SPIR-V code, and pCode declares any of the capabilities listed in the SPIR-V Environment appendix, one of the corresponding requirements must be satisfied (https://docs.vulkan.org/spec/latest/chapters/shaders.html#VUID-VkShaderModuleCreateInfo-pCode-08740)

synchronization_2
[error] -1307510846 - VUID-StandaloneSpirv-None-10684: vkCreateShaderModule(): pCreateInfo->pCode (spirv-val produced an error): Invalid explicit layout decorations on type for operand '141[%141]' %sharedData = OpVariable %_ptr_Workgroup__arr_v4float_SHARED_DATA_SIZE Workgroup The Vulkan spec states: All variables must have valid explicit layout decorations as described in Shader Interfaces (https://docs.vulkan.org/spec/latest/appendices/spirvenv.html#VUID-StandaloneSpirv-None-10684)

[error] 1132206547 - VUID-VkPipelineShaderStageCreateInfo-pSpecializationInfo-06849: vkCreateComputePipelines(): pCreateInfos[0].stage After specialization was applied, VkShaderModule 0xf2f0000000f2f produces a spirv-val error (stage VK_SHADER_STAGE_COMPUTE_BIT): [VUID-StandaloneSpirv-None-10684] Invalid explicit layout decorations on type for operand '141[%141]' %sharedData = OpVariable %_ptr_Workgroup__arr_v4float_SHARED_DATA_SIZE Workgroup The Vulkan spec states: If a shader module identifier is not specified, the shader code used by the pipeline must be valid as described by the Khronos SPIR-V Specification after applying the specializations provided in pSpecializationInfo, if any, and then converting all specialization constants into fixed constants (https://docs.vulkan.org/spec/latest/chapters/pipelines.html#VUID-VkPipelineShaderStageCreateInfo-pSpecializationInfo-06849)

shaders/hdr/slang/gbuffer.frag.slang

shaders/conditional_rendering/slang/model.frag.slang

SaschaWillems · 2025-09-20T11:31:35Z

Thanks for testing 👍🏻

Most of the validation errors were caused by the Slang version that I used generating invalid SPIR-V. I have recompiled the shaders with a newer versions and most samples should now be free of validation errors.

For some like hello triangle and color write enable, the samples need special handling when using Slang shaders due to a slightly different shading environment.

Will try to fix these next.

SaschaWillems · 2025-09-20T12:16:01Z

hello_triangle and color_write_enable should also be fixed now.

gary-sweet

Looks much better now, but I did still see conditional rendering looking different. This is why.

shaders/conditional_rendering/slang/model.vert.slang

gary-sweet

Thanks

samples/extensions/color_write_enable/color_write_enable.cpp

asuessenbach · 2025-10-07T07:25:20Z

shaders/compute_nbody/slang/particle.frag.slang

+    float2 CenterPos;
+    float PSize : SV_PointSize;
+    // remove
+    float PointSize;


Would, instead of PSize and PointSize something like
float PointSize : SV_PointSize;
be enough?

asuessenbach · 2025-10-07T07:31:39Z

shaders/compute_nbody/slang/particle.vert.slang

+{
+    float4 Pos : SV_POSITION;
+    float GradientPos;
+    float2 CenterPos;


Is CenterPos some kind of emulation of the gl_PointCoord?
I could not find a lot about the semantic name SV_PointCoord, but would that be the right approach, somehow?

asuessenbach · 2025-10-07T07:34:55Z

shaders/compute_nbody/slang/particle.frag.slang

+float4 main(VSOutput input)
+{
+    float3 color = samplerGradientRamp.Sample(float2(input.GradientPos, 0.0)).rgb;
+    float2 PointCoord = (input.Pos.xy - input.CenterPos.xy) / input.PointSize + 0.5;


I can't follow the math behind PointCoord.
Maybe some comment describing this?

asuessenbach · 2025-10-07T07:52:07Z

shaders/conditional_rendering/slang/model.vert.slang

+{
+	float3 Pos;
+	float3 Normal;
+	float3 Color;


This Color is not used. Can it be removed?

asuessenbach · 2025-10-09T18:34:40Z

shaders/conservative_rasterization/slang/triangle.frag.slang

+[shader("fragment")]
+float4 main(VSOutput input)
+{
+	return float4(input.Color, 1.0);


The corresponding glsl-shader also returns a vec4, but just sets rgb.
Shouldn't we fix that right here?

asuessenbach · 2025-10-09T18:37:30Z

shaders/conservative_rasterization/slang/triangleoverlay.frag.slang

+[shader("fragment")]
+float4 main()
+{
+	return float4(1.0, 1.0, 1.0, 1.0);


Here again, the corresponding glsl-shader returns a vec4, but just sets rgb.
Should be fixed there.

asuessenbach · 2025-10-09T18:39:59Z

shaders/debug_utils/slang/bloom.frag.slang

+								0.0118349786570722,
+								0.0073599963704157,
+								0.0043538453346397,
+								0.0024499299678342};


If you change the tab width, you see that those numbers are not aligned any more.

asuessenbach · 2025-10-09T18:41:30Z

shaders/debug_utils/slang/bloom.frag.slang

+
+
+	const float blurScale = 0.003;
+	const float blurStrength = 1.0;


These constants are different in the corresponding glsl-shader.

asuessenbach · 2025-10-09T18:44:15Z

shaders/debug_utils/slang/bloom.frag.slang

+		ar = ts.y / ts.x;
+	}
+
+	float2 P = inUV.yx - float2(0, (25 >> 1) * ar * blurScale);


The corresponding glsl-shader uses weights.length(), instead of the magic 25.
Is something like that length() not available in slang (and hlsl as well)?

asuessenbach · 2025-10-09T18:52:12Z

shaders/debug_utils/slang/gbuffer.frag.slang

Mixing tabs and spaces in this file.

asuessenbach · 2025-10-09T18:55:26Z

shaders/debug_utils/slang/gbuffer.vert.slang

Also mixing tabs and spaces here.

asuessenbach · 2025-10-09T18:58:20Z

shaders/debug_utils/slang/gbuffer.vert.slang

+
+	switch(object_type) {
+		case 0: // Skybox
+            worldPos = mul((float4x3) ubo.skyboxModelview, input.Pos).xyz;


Why don't you cast ubo.skyboxModelView to a float3x3?
Or do not cast at all, but extend input.Pos to a float4?

I don't know, what's more efficient.

asuessenbach · 2025-10-09T19:01:30Z

shaders/debug_utils/slang/gbuffer.vert.slang

+            output.Pos = mul(ubo.projection, mul(ubo.modelview, float4(localPos, 1.0)));
+			break;
+	}
+	output.Normal = mul((float4x3)ubo.modelview, input.Normal).xyz;


Again, a float4x3 cast.

asuessenbach · 2025-10-09T19:03:36Z

shaders/debug_utils/slang/gbuffer.vert.slang

+	output.Normal = mul((float4x3)ubo.modelview, input.Normal).xyz;
+	output.UV = input.UV;
+
+	float3 lightPos = float3(0.0f, -5.0f, 5.0f);


The corresponding glsl-shader calculates a different lightPos.

asuessenbach · 2025-10-13T07:49:00Z

shaders/descriptor_buffer_basic/slang/cube.frag.slang

+struct VSOutput
+{
+    float4 Pos : SV_POSITION;
+    float3 Normal;


The Normal isn't used here.

asuessenbach · 2025-10-14T07:46:24Z

shaders/dynamic_blending/slang/blending.frag.slang

+{
+    float4 Pos : SV_POSITION;
+    float2 UV;
+    uint ColorOffset;


Does the ColorOffset need the nointerpolation interpolation modifier?

asuessenbach · 2025-10-15T07:21:18Z

shaders/dynamic_multisample_rasterization/slang/model.frag.slang

+    float4 color = input.BaseColorFactor;
+
+    if (input.BaseTextureIndex != -1)
+        color = Textures[uint(round(input.BaseTextureIndex))].Sample(input.UV);


I know, you did not change that part of the code, but why is it needed to round a not interpolated uint and cast it to an uint again?

asuessenbach · 2025-10-15T07:22:57Z

shaders/dynamic_multisample_rasterization/slang/model.frag.slang

Some tab-and-space mixing in this file.

asuessenbach · 2025-10-15T07:25:27Z

shaders/dynamic_multisample_rasterization/slang/model.vert.slang

+    float RoughnessFactor;
+    uint BaseTextureIndex;
+    uint NormalTextureIndex;
+    uint MetallicRoughnessTextureIndex;


No need to mark the last five members as nointerpolation?

asuessenbach · 2025-10-15T07:27:18Z

shaders/dynamic_multisample_rasterization/slang/model.vert.slang

Again, some tab-and-space mixing.

SaschaWillems added 3 commits August 30, 2025 13:47

Enabled SPIR-V 1.4 extension and use VK 1.1 if required

a7fe342

This is needed to get proper support for SPIR-V compiled from Slang shaders

Add slang shaders for

daed1e4

- instancing - conditional rendering - conservative rasterization

Add slang shaders for

f489823

- dynamic uniform buffers - descriptor buffer basic - fragment shading rate

SaschaWillems mentioned this pull request Aug 2, 2025

Tracking Issue for Slang shaders #1385

Open

SaschaWillems added 12 commits August 30, 2025 18:07

Add slang shaders for

6c93e2a

- hdr (+hpp) - graphics pipeline library - mesh shading (+hpp)

Fix copyright

01f58f3

Add slang shaders for

a2257b2

- texture loading (+hpp) - push descriptors (+hpp - open cl interop

Fix copyright

b02d478

Add slang shaders for

ff46ff1

- separte image sampler (+hpp) - texture mipmap generation (+hpp) - shader debug printf - texture compression basisu

Add slang shaders for

a18bddd

- compute nbody (+hpp)

Add slang shaders for

81989aa

- dynamic primitive clipping - logic op dynamic state - sparse image

Add slang shaders for

a890f98

- color write enable - debug utils - dynamic line rasterization

Add slang shaders for

9f15aa2

- ray queries - ray tracing basics - ray tracing extended - ray tracing position fetch

Update reeadme for shaders

3c1e5f4

Add slang shaders for

eaf4100

- terrain tessellation - patch control points - synchronization 2 - vertex dynamic state

Add slang shaders to hpp variant

5e81c99

SaschaWillems added 8 commits September 1, 2025 20:38

Add slang shaders for

27acadf

- descriptor indexing

Add slang shaders for

432bc6d

- dyamic blending

Add slang shaders for

07d6838

- time stamp queries (+hpp) - host image copy

Add slang shaders for

003f1e6

- fragment shader barycentric - memory budget

Add slang shaders for

ef4a176

- calibrated timestamps - dynamic multisample rasterization

Add slang shaders for

4e15a75

- open gl interop

Add slang shaders for

d16a26f

- portability

Fix copyright

4909393

SaschaWillems mentioned this pull request Sep 9, 2025

Disable offline shader compilation for Apple platform targets (at least Slang) #1409

Open

asuessenbach reviewed Sep 15, 2025

View reviewed changes

shaders/buffer_device_address/slang/update_vbo.comp.slang Show resolved Hide resolved

gary-sweet requested changes Sep 19, 2025

View reviewed changes

shaders/hdr/slang/gbuffer.frag.slang Outdated Show resolved Hide resolved

shaders/conditional_rendering/slang/model.frag.slang Outdated Show resolved Hide resolved

Recompile Slang shader with updated compiler version

7e88e7e

SaschaWillems added 5 commits September 20, 2025 13:36

Fix ambient factor

d22353b

Clamp specular contribution

c4bc0d6

Fix copyright

20a1c7d

Enable device extensions required for proper Slang support

0381a5e

Enable feature required when using Slang

43b0091

SaschaWillems added 2 commits September 20, 2025 15:42

Add CMake option to disable Slang shader compilation

0750f19

Add note on Slang compiler requirements

df272dd

gary-sweet requested changes Sep 22, 2025

View reviewed changes

shaders/conditional_rendering/slang/model.vert.slang Outdated Show resolved Hide resolved

Fix normal calculation

3e8347e

gary-sweet previously approved these changes Sep 23, 2025

View reviewed changes

asuessenbach reviewed Sep 29, 2025

View reviewed changes

samples/extensions/color_write_enable/color_write_enable.cpp Show resolved Hide resolved

Check if required feature is supported and if not exit gracefully

018f1b1

SaschaWillems dismissed gary-sweet’s stale review via 018f1b1 October 2, 2025 15:55

gary-sweet approved these changes Oct 6, 2025

View reviewed changes

asuessenbach reviewed Oct 7, 2025

View reviewed changes

asuessenbach reviewed Oct 9, 2025

View reviewed changes

asuessenbach reviewed Oct 13, 2025

View reviewed changes

asuessenbach reviewed Oct 14, 2025

View reviewed changes

asuessenbach reviewed Oct 15, 2025

View reviewed changes



		const float blurScale = 0.003;
		const float blurStrength = 1.0;

Add Slang shaders to additional samples #1406

Are you sure you want to change the base?

Add Slang shaders to additional samples #1406

Uh oh!

Conversation

SaschaWillems commented Aug 30, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Description

General Checklist:

Uh oh!

SRSaunders commented Sep 1, 2025

Uh oh!

SaschaWillems commented Sep 1, 2025

Uh oh!

SRSaunders commented Sep 1, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

SaschaWillems commented Sep 1, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

SRSaunders commented Sep 1, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

SaschaWillems commented Sep 1, 2025

Uh oh!

SRSaunders commented Sep 9, 2025

Uh oh!

SaschaWillems commented Sep 9, 2025

Uh oh!

SaschaWillems commented Sep 9, 2025

Uh oh!

SRSaunders commented Sep 9, 2025

Uh oh!

Uh oh!

gary-sweet commented Sep 19, 2025

Uh oh!

Uh oh!

Uh oh!

SaschaWillems commented Sep 20, 2025

Uh oh!

SaschaWillems commented Sep 20, 2025

Uh oh!

gary-sweet left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

gary-sweet left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

SaschaWillems commented Aug 30, 2025 •

edited

Loading

SRSaunders commented Sep 1, 2025 •

edited

Loading

SaschaWillems commented Sep 1, 2025 •

edited

Loading

SRSaunders commented Sep 1, 2025 •

edited

Loading