Add converters to DatePicker and TimePicker for DateOnly and TimeOnly #30790

Vignesh-SF3580 · 2025-07-23T13:15:45Z

Note

Are you waiting for the changes in this PR to be merged?
It would be very helpful if you could test the resulting artifacts from this PR and let us know in a comment if this change resolves your issue. Thank you!

Fix Details

MAUI DatePicker and TimePicker only supported DateTime/TimeSpan binding. In .NET 6 we have the option to use DateOnly and TimeOnly - provided support for these types to work seamlessly with MAUI controls.

Added TypeConverter support to enable automatic conversion for DateOnly and TimeOnly types, allowing them to be bound directly to DatePicker and TimePicker controls without manual conversion.

Issues Fixed

Fixes #20438

Existing PR: #21989

Screenshots

Before Issue Fix (Shows today's date and time as 12.00)	After Issue Fix

rmarinho · 2025-07-23T13:46:50Z

/azp run

azure-pipelines · 2025-07-23T13:47:11Z

Azure Pipelines successfully started running 3 pipeline(s).

Copilot

Pull Request Overview

This PR adds TypeConverter support for DateOnly and TimeOnly types to DatePicker and TimePicker controls in .NET MAUI. This enhancement allows these .NET 6+ date/time types to be bound directly to the controls without manual conversion.

Implements DateTimeTypeConverter and TimeSpanTypeConverter classes to handle conversion between DateOnly/TimeOnly and DateTime/TimeSpan
Adds TypeConverter attributes to DatePicker and TimePicker properties
Extends type conversion extensions to support DateOnly and TimeOnly parsing

Reviewed Changes

Copilot reviewed 18 out of 18 changed files in this pull request and generated 2 comments.

Show a summary per file

File	Description
DateTimeTypeConverter.cs	New converter for DateOnly/DateTime type conversions
TimeSpanTypeConverter.cs	New converter for TimeOnly/TimeSpan type conversions
TypeConversionExtensions.cs	Adds DateOnly/TimeOnly parsing support
DatePicker.cs	Adds TypeConverter attributes to Date, MinimumDate, MaximumDate properties
TimePicker.cs	Adds TypeConverter attribute to Time property
BindableProperty.cs	Registers new converters in type converter dictionary
Issue20438.cs	UI test implementation for the new converter functionality
Issue20438.cs (HostApp)	Host app test page demonstrating DateOnly/TimeOnly binding
DateTimeTypeConverterTests.xaml	XAML test page for converter validation
DateTimeTypeConverterTests.xaml.cs	Test code-behind for XAML converter tests
DateOnlyTypeConverterTests.cs	Unit tests for DateOnly converter functionality
TimeOnlyTypeConverterTests.cs	Unit tests for TimeOnly converter functionality
PublicAPI.Unshipped.txt	API surface additions for the new converter classes

Comments suppressed due to low confidence (2)

src/Controls/src/Core/DateTimeTypeConverter.cs:30

The variable name 'dateTimeOnly' is confusing since it represents a DateOnly value, not a DateTime. Consider renaming to 'parsedDateOnly' or similar.

            if (DateOnly.TryParse(stringValue, culture, DateTimeStyles.None, out DateOnly dateTimeOnly))

src/Controls/src/Core/TimeSpanTypeConverter.cs:51

The variable name 'timeSpan1' is unclear and uses a numeric suffix. Consider renaming to 'parsedTimeSpan' for better clarity.

            else if (TimeSpan.TryParse(stringValue, culture, out var timeSpan1))

Copilot · 2025-07-25T10:38:33Z

src/Controls/tests/Core.UnitTests/TimeOnlyTypeConverterTests.cs

+
+		var stringValue = "Not a TimeOnly string";
+
+		await Assert.ThrowsAsync<NotSupportedException>(async () => converter.ConvertToInvariantString(stringValue));


The test is calling ConvertToInvariantString on a TimeSpanTypeConverter, but this method is not implemented in the TimeSpanTypeConverter class. This will likely throw a NotImplementedException rather than NotSupportedException.

Suggested change

await Assert.ThrowsAsync<NotSupportedException>(async () => converter.ConvertToInvariantString(stringValue));

await Assert.ThrowsAsync<NotImplementedException>(async () => converter.ConvertToInvariantString(stringValue));

Copilot · 2025-07-25T10:38:34Z

src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs

+
+		var stringValue = "Not a DateOnly string";
+
+		await Assert.ThrowsAsync<NotSupportedException>(async () => converter.ConvertToInvariantString(stringValue));


The test is calling ConvertToInvariantString on a DateTimeTypeConverter, but this method is not implemented in the DateTimeTypeConverter class. This will likely throw a NotImplementedException rather than NotSupportedException.

rmarinho · 2025-07-25T14:14:36Z

/rebase

rmarinho · 2025-07-25T14:15:57Z

/azo run

StephaneDelcroix · 2025-07-25T20:39:04Z

I need to investigate what works now, Binding, Xaml, without DateOnly, and what impact it has.

It makes sense to parse invariant strings to DateTime and TimeSpan in xaml, it doesn't make a lot of sense to support binding to a string, this is why I think we do not support it right now.

this is all supposition, I've yet to do some investigations on this

StephaneDelcroix

I would like a slimmer version of this PR that supports only what we want: Binding from a DateOnly view model to a DateTime property (and TimeSpan)

everything else is probably already supported, or not supported on purpose (convert to/from string on a binding)

StephaneDelcroix · 2025-07-25T21:02:42Z

src/Controls/src/Core/BindableProperty.cs

-			{ typeof(ImageSource), new ImageSourceConverter() }
+			{ typeof(ImageSource), new ImageSourceConverter() },
+#if NET6_0_OR_GREATER
+			{ typeof(DateTime?), new DateTimeTypeConverter() },


this is where we declare some built-in conversions for bindings. automatically convert to from DateTime-DateOnly make sense.

is the nullability marker required ?

Yes, the nullability marker is required because the TypeConverter registration must exactly match the property types. Since DatePicker.Date is DateTime? and TimePicker.Time is TimeSpan?, the converters must be registered using the nullable types.

so there's no Binding conversion for non-nullable date time ?

so it's the case for other types as well, I should look at that

The current implementation supports both nullable and non-nullable values, so no separate binding conversion is needed.

if you bind to a DateTime (non-nullable) property, no conversion happens

I've added the conversion for non-nullable types as well.

I would have preferred to avoid the duplication...

StephaneDelcroix · 2025-07-25T21:03:30Z

src/Controls/src/Core/DatePicker/DatePicker.cs

 		}

 		/// <include file="../../docs/Microsoft.Maui.Controls/DatePicker.xml" path="//Member[@MemberName='Date']/Docs/*" />
+#if NET6_0_OR_GREATER


this is used by Xaml, and Xaml has a built-in conversion from string to DateTime, so this isn't required. please remove

same for the other ones

Removed the unnecessary changes, as suggested.

StephaneDelcroix · 2025-07-25T21:04:15Z

src/Controls/src/Core/DateTimeTypeConverter.cs

+
+namespace Microsoft.Maui.Controls;
+
+[ProvideCompiled("Microsoft.Maui.Controls.XamlC.DateTimeTypeConverter")]


except there's no compiled converter provided. remove the attribute

Attribute has been removed.

StephaneDelcroix · 2025-07-25T21:04:34Z

src/Controls/src/Core/DateTimeTypeConverter.cs

+namespace Microsoft.Maui.Controls;
+
+[ProvideCompiled("Microsoft.Maui.Controls.XamlC.DateTimeTypeConverter")]
+public class DateTimeTypeConverter : TypeConverter


make this internal so we do not change the public api

Changed the converter class to internal and removed the related public API changes.

StephaneDelcroix · 2025-07-25T21:04:55Z

src/Controls/src/Core/DateTimeTypeConverter.cs

+public class DateTimeTypeConverter : TypeConverter
+{
+    public override bool CanConvertFrom(ITypeDescriptorContext? context, Type? sourceType)
+        => sourceType == typeof(string) || sourceType == typeof(DateTime) || sourceType == typeof(DateOnly);


the converter should not do string conversion on Bindings

Removed the string-based conversion logic from the converter.

src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs

src/Controls/tests/Core.UnitTests/TimeOnlyTypeConverterTests.cs

StephaneDelcroix · 2025-07-25T21:10:02Z

src/Controls/tests/TestCases.HostApp/Issues/Issue20438.cs

+    public TimeOnly TimeWithTimeOnly { get; set; } = new(10, 30, 0);
+    public TimeSpan TimeWithTimeSpan { get; set; } = new(10, 30, 0);
+    public DateTime DateWithDateTime { get; set; } = new(2025, 7, 28, 10, 30, 0);
+    public string DateWithString { get; set; } = "2025-07-28";


no need for string conversion

Removed the test as suggested.

StephaneDelcroix · 2025-07-25T21:11:39Z

src/Controls/tests/TestCases.Shared.Tests/Tests/Issues/Issue20438.cs

+	[Category(UITestCategories.DatePicker)]
+	public void DatePickerConverters()
+	{
+		Assert.That(App.WaitForElement("LabelDateOnly").GetText(), Is.EqualTo("DateOnly Value: 2025-07-28"));


not sure this test is resistant to localisation changes, and probably won't pass on all machines

Replaced with a simpler unit test in Core.UnitTests

StephaneDelcroix · 2025-07-25T21:12:11Z

src/Controls/tests/Xaml.UnitTests/DateTimeTypeConverterTests.xaml

+             x:Class="Microsoft.Maui.Controls.Xaml.UnitTests.DateTimeTypeConverterTests">
+        <StackLayout>
+                <DatePicker x:Name="datePicker"
+                            Date="2025-07-23"/>


this was already supported, and isn't testing anything new

you can drop the test

Removed the test as suggested.

StephaneDelcroix · 2025-07-25T21:17:15Z

src/Controls/tests/TestCases.HostApp/Issues/Issue20438.cs

+[Issue(IssueTracker.Github, 20438, "Add DateOnly and TimeOnly converters to DatePicker and TimePicker", PlatformAffected.All)]
+public class Issue20438 : ContentPage
+{
+    public Issue20438()


we're not testing anything visual. a simpler unit test in Controls/test/Core.UnitTests would execute faster, and for a fraction of the cost

Replaced with a simpler unit test in Core.UnitTests

jsuarezruiz · 2025-07-28T07:41:05Z

/azp run MAUI-UITests-public

StephaneDelcroix

your tests for binding does not work. Here's a fix

diff --git a/src/Controls/src/Core/BindableProperty.cs b/src/Controls/src/Core/BindableProperty.cs
index fd30224e13..3d0d010725 100644
--- a/src/Controls/src/Core/BindableProperty.cs
+++ b/src/Controls/src/Core/BindableProperty.cs
@@ -229,6 +229,11 @@ namespace Microsoft.Maui.Controls
                                return true;
                        }
                        if (KnownTypeConverters.TryGetValue(returnType, out TypeConverter typeConverterTo) && typeConverterTo.CanConvertFrom(valueType))
+                       {
+                               value = typeConverterTo.ConvertFrom(value);
+                               return true;
+                       }
+                       if (KnownTypeConverters.TryGetValue(returnType, out typeConverterTo) && typeConverterTo.CanConvertFrom(typeof(string)))
                        {
                                value = typeConverterTo.ConvertFromInvariantString(value.ToString());
                                return true;

converting to non-nullable date time doesn't work, here's a test for it

diff --git a/src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs b/src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs
index 6185abaf30..255208402a 100644
--- a/src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs
+++ b/src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs
@@ -50,6 +50,22 @@ public class DateOnlyTypeConverterTests : BaseTestFixture
                Assert.Equal(expectedDateTime, datePicker.Date);
        }
 
+       [Fact]
+       public void DateOnlyToNonNullableBinding()
+       {
+               var dateProperty = BindableProperty.Create("Date", typeof(DateTime), typeof(DatePicker), null, BindingMode.TwoWay);
+               var source = new Issue20438DatePickerViewModel
+               {
+                       SelectedDate = new DateOnly(2025, 3, 15)
+               };
+               var bo = new MockBindable { BindingContext = source };
+
+               bo.SetBinding(dateProperty, "SelectedDate");
+               var expectedDateTime = new DateTime(2025, 3, 15);
+               Assert.Equal(expectedDateTime, bo.GetValue(dateProperty));
+       }
+
+
        public class Issue20438DatePickerViewModel
        {
                public DateOnly SelectedDate { get; set; }

To make that work, you'll have to either register the KnownTypeConverter twice, or make sure BindableProperty.TryConvert is agnostic to nullable

Also, there is no unit test for CompiledBindings, showing that the behaviour is th same. The easiest way to test that is to add a test in Xaml.UnitTests/Issues/. there's a pattern, you'll figure it out

StephaneDelcroix · 2025-08-04T07:34:42Z

src/Controls/src/Core/BindableProperty.cs

-			{ typeof(ImageSource), new ImageSourceConverter() }
+			{ typeof(ImageSource), new ImageSourceConverter() },
+#if NET6_0_OR_GREATER
+			{ typeof(DateTime?), new DateTimeTypeConverter() },


if you bind to a DateTime (non-nullable) property, no conversion happens

src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs

Vignesh-SF3580 · 2025-08-05T13:01:37Z

your tests for binding does not work. Here's a fix

diff --git a/src/Controls/src/Core/BindableProperty.cs b/src/Controls/src/Core/BindableProperty.cs
index fd30224e13..3d0d010725 100644
--- a/src/Controls/src/Core/BindableProperty.cs
+++ b/src/Controls/src/Core/BindableProperty.cs
@@ -229,6 +229,11 @@ namespace Microsoft.Maui.Controls
                                return true;
                        }
                        if (KnownTypeConverters.TryGetValue(returnType, out TypeConverter typeConverterTo) && typeConverterTo.CanConvertFrom(valueType))
+                       {
+                               value = typeConverterTo.ConvertFrom(value);
+                               return true;
+                       }
+                       if (KnownTypeConverters.TryGetValue(returnType, out typeConverterTo) && typeConverterTo.CanConvertFrom(typeof(string)))
                        {
                                value = typeConverterTo.ConvertFromInvariantString(value.ToString());
                                return true;

converting to non-nullable date time doesn't work, here's a test for it

diff --git a/src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs b/src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs
index 6185abaf30..255208402a 100644
--- a/src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs
+++ b/src/Controls/tests/Core.UnitTests/DateOnlyTypeConverterTests.cs
@@ -50,6 +50,22 @@ public class DateOnlyTypeConverterTests : BaseTestFixture
                Assert.Equal(expectedDateTime, datePicker.Date);
        }
 
+       [Fact]
+       public void DateOnlyToNonNullableBinding()
+       {
+               var dateProperty = BindableProperty.Create("Date", typeof(DateTime), typeof(DatePicker), null, BindingMode.TwoWay);
+               var source = new Issue20438DatePickerViewModel
+               {
+                       SelectedDate = new DateOnly(2025, 3, 15)
+               };
+               var bo = new MockBindable { BindingContext = source };
+
+               bo.SetBinding(dateProperty, "SelectedDate");
+               var expectedDateTime = new DateTime(2025, 3, 15);
+               Assert.Equal(expectedDateTime, bo.GetValue(dateProperty));
+       }
+
+
        public class Issue20438DatePickerViewModel
        {
                public DateOnly SelectedDate { get; set; }

To make that work, you'll have to either register the KnownTypeConverter twice, or make sure BindableProperty.TryConvert is agnostic to nullable

Also, there is no unit test for CompiledBindings, showing that the behaviour is th same. The easiest way to test that is to add a test in Xaml.UnitTests/Issues/. there's a pattern, you'll figure it out

@StephaneDelcroix I've added a unit test under Xaml.UnitTests/Issues. Please let me know if any further changes are needed.

StephaneDelcroix · 2025-08-05T13:34:22Z

src/Controls/src/Core/BindableProperty.cs

-			{ typeof(ImageSource), new ImageSourceConverter() }
+			{ typeof(ImageSource), new ImageSourceConverter() },
+#if NET6_0_OR_GREATER
+			{ typeof(DateTime?), new DateTimeTypeConverter() },


I would have preferred to avoid the duplication...

src/Controls/tests/Xaml.UnitTests/Issues/Issue20438.xaml

azure-pipelines · 2025-08-13T14:10:10Z

Azure Pipelines successfully started running 3 pipeline(s).

StephaneDelcroix · 2025-08-20T11:35:21Z

/azp run

azure-pipelines · 2025-08-20T11:35:44Z

Azure Pipelines successfully started running 3 pipeline(s).

StephaneDelcroix · 2025-08-21T07:09:35Z

I rebased, squashed, fixed (tests weren't passing) and force-pushed your branch. let's see if it builds

azure-pipelines · 2025-08-21T07:10:32Z

Azure Pipelines successfully started running 3 pipeline(s).

allow bindings between DateTime properties and DateTimeOnly values. Same to Time - fixes dotnet#20438 - closes dotnet#21989

StephaneDelcroix · 2025-08-21T07:11:57Z

src/Controls/src/Core/BindableProperty.cs

+			if (KnownTypeConverters.TryGetValue(targetType, out TypeConverter typeConverterTo) && typeConverterTo.CanConvertFrom(valueType))
 			{
-				value = typeConverterTo.ConvertFromInvariantString(value.ToString());
+				value = typeConverterTo.ConvertFromInvariantString(Convert.ToString(value, CultureInfo.InvariantCulture));


there was a bug here

StephaneDelcroix · 2025-08-21T07:13:40Z

/azp run

azure-pipelines · 2025-08-21T07:14:01Z

Azure Pipelines successfully started running 3 pipeline(s).

jfversluis · 2025-08-21T12:33:24Z

/backport to release/10.0.1xx-rc1

github-actions · 2025-08-21T12:33:33Z

Started backporting to release/10.0.1xx-rc1: https://github.com/dotnet/maui/actions/runs/17127006079

dotnet-policy-service bot added community ✨ Community Contribution partner/syncfusion Issues / PR's with Syncfusion collaboration labels Jul 23, 2025

Vignesh-SF3580 marked this pull request as ready for review July 25, 2025 10:37

Copilot AI review requested due to automatic review settings July 25, 2025 10:37

Vignesh-SF3580 requested a review from a team as a code owner July 25, 2025 10:37

Vignesh-SF3580 requested review from jfversluis and rmarinho July 25, 2025 10:37

Copilot AI reviewed Jul 25, 2025

View reviewed changes

sheiksyedm added the area-controls-datetimepicker DatePicker, TimePicker label Jul 25, 2025

dotnet deleted a comment from azure-pipelines bot Jul 25, 2025

github-actions bot force-pushed the fix-1100 branch from 1a71772 to 5f64b89 Compare July 25, 2025 14:15

PureWeen mentioned this pull request Jul 25, 2025

Add converters to DatePicker and TimePicker for DateOnly and TimeOnly #21989

Closed

PureWeen added this to the .NET 10.0-preview7 milestone Jul 25, 2025

PureWeen added this to MAUI SDK Ongoing Jul 25, 2025

github-project-automation bot moved this to Todo in MAUI SDK Ongoing Jul 25, 2025

PureWeen added the p/0 Work that we can't release without label Jul 25, 2025

PureWeen assigned StephaneDelcroix Jul 25, 2025

This comment was marked as resolved.

Sign in to view

PureWeen modified the milestones: .NET 10.0-preview7, .NET 10.0-rc1 Jul 25, 2025

PureWeen removed the p/0 Work that we can't release without label Jul 25, 2025

StephaneDelcroix requested changes Jul 25, 2025

View reviewed changes

github-project-automation bot moved this from Todo to Changes Requested in MAUI SDK Ongoing Jul 25, 2025

StephaneDelcroix reviewed Jul 25, 2025

View reviewed changes

StephaneDelcroix requested changes Aug 4, 2025

View reviewed changes

StephaneDelcroix requested changes Aug 5, 2025

View reviewed changes

jfversluis moved this from Changes Requested to Ready To Review in MAUI SDK Ongoing Aug 6, 2025

PureWeen added the p/0 Work that we can't release without label Aug 7, 2025

github-actions bot force-pushed the fix-1100 branch from e24ebf7 to 9cf6825 Compare August 13, 2025 12:10

PureWeen modified the milestones: .NET 10.0-rc1, .NET 10.0-rc2 Aug 17, 2025

StephaneDelcroix force-pushed the fix-1100 branch 2 times, most recently from 6490390 to a51d0af Compare August 21, 2025 07:08

[C] Allow bindings between DT and DTO

b606c5f

allow bindings between DateTime properties and DateTimeOnly values. Same to Time - fixes dotnet#20438 - closes dotnet#21989

StephaneDelcroix force-pushed the fix-1100 branch from a51d0af to b606c5f Compare August 21, 2025 07:11

StephaneDelcroix approved these changes Aug 21, 2025

View reviewed changes

github-project-automation bot moved this from Ready To Review to Approved in MAUI SDK Ongoing Aug 21, 2025

dotnet deleted a comment from rmarinho Aug 21, 2025

jfversluis approved these changes Aug 21, 2025

View reviewed changes

StephaneDelcroix merged commit 5935d99 into dotnet:net10.0 Aug 21, 2025
149 checks passed

github-project-automation bot moved this from Approved to Done in MAUI SDK Ongoing Aug 21, 2025

github-actions bot mentioned this pull request Aug 21, 2025

[release/10.0.1xx-rc1] Add converters to DatePicker and TimePicker for DateOnly and TimeOnly #31276

Merged

github-actions bot locked and limited conversation to collaborators Sep 21, 2025


		var stringValue = "Not a TimeOnly string";

		await Assert.ThrowsAsync<NotSupportedException>(async () => converter.ConvertToInvariantString(stringValue));

	await Assert.ThrowsAsync<NotSupportedException>(async () => converter.ConvertToInvariantString(stringValue));
	await Assert.ThrowsAsync<NotImplementedException>(async () => converter.ConvertToInvariantString(stringValue));


		var stringValue = "Not a DateOnly string";

		await Assert.ThrowsAsync<NotSupportedException>(async () => converter.ConvertToInvariantString(stringValue));


		namespace Microsoft.Maui.Controls;

		[ProvideCompiled("Microsoft.Maui.Controls.XamlC.DateTimeTypeConverter")]

Add converters to DatePicker and TimePicker for DateOnly and TimeOnly #30790

Add converters to DatePicker and TimePicker for DateOnly and TimeOnly #30790

Uh oh!

Conversation

Vignesh-SF3580 commented Jul 23, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Fix Details

Issues Fixed

Screenshots

Uh oh!

rmarinho commented Jul 23, 2025

Uh oh!

azure-pipelines bot commented Jul 23, 2025

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull Request Overview

Reviewed Changes

Uh oh!

Copilot AI Jul 25, 2025

Choose a reason for hiding this comment

Uh oh!

Copilot AI Jul 25, 2025

Choose a reason for hiding this comment

Uh oh!

rmarinho commented Jul 25, 2025

Uh oh!

rmarinho commented Jul 25, 2025

Uh oh!

This comment was marked as resolved.

Uh oh!

StephaneDelcroix commented Jul 25, 2025

Uh oh!

StephaneDelcroix left a comment

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!

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!

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!

Vignesh-SF3580 commented Jul 23, 2025 •

edited

Loading

StephaneDelcroix left a comment •

edited

Loading