CLDR-18889 v48 BRS generate algorithmic #4961

srl295 · 2025-08-12T21:37:05Z

CLDR-18889

That’s all folks.
regenerate GenerateLocaleIDTestData
I would update the docs to recommend running this tool after generating algorithmic, but the docs aren't migrated over https://unicode-org.atlassian.net/browse/CLDR-18606?focusedCommentId=186098 update I did update the docs.
TestLocale doesn't look like it is a useful test, filed https://unicode-org.atlassian.net/browse/CLDR-18890 - but until then, I updated the test to suggest how to correct the problem.
adds a @CDATA tag to rbnf - CLDR-8909 - noting that the element is expected to be a CDATA element

ALLOW_MANY_COMMITS=true

common/rbnf/de_CH.xml

tools/cldr-code/src/test/java/org/unicode/cldr/unittest/TestLocale.java

macchiati

Nice!

- I would update the docs to recommend running this tool after generating algorithmic, but the docs aren't migrated over <https://unicode-org.atlassian.net/browse/CLDR-18606?focusedCommentId=186098> - TestLocale doesn't look like it is a useful test, filed https://unicode-org.atlassian.net/browse/CLDR-18890

@cdata

- add @cdata tag to request CDATA output - update transformer to skip rbnfRules for DAIP - update XML generator

jira-pull-request-webhook · 2025-08-19T18:49:36Z

Hooray! The files in the branch are the same across the force-push. 😃

~ Your Friendly Jira-GitHub PR Checker Bot

srl295 · 2025-08-19T18:50:54Z

had to redo this. Algorithmic transforms are cumulative so I can't just re-run it.

srl295 · 2025-08-19T19:10:45Z

Help? what is this error?

/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2959:42: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|full◂  〈h:mm:ss a zzzz〉      【】    〈ah:mm:ss [zzzz]〉     «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//1b89d7c2d516faca
/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2965:39: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|long◂  〈h:mm:ss a z〉 【】    〈ah:mm:ss [z]〉        «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//924d14e677266de
/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2971:35: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|medium◂        〈h:mm:ss a〉   【】    〈ah:mm:ss〉    «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//1d5a33b204d548da
/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2977:32: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|short◂ 〈h:mm a〉      【】    〈ah:mm〉       «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//235af2cdaa201be0

AEApple · 2025-08-19T22:42:36Z

Help? what is this error?

/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2959:42: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|full◂  〈h:mm:ss a zzzz〉      【】    〈ah:mm:ss [zzzz]〉     «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//1b89d7c2d516faca
/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2965:39: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|long◂  〈h:mm:ss a z〉 【】    〈ah:mm:ss [z]〉        «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//924d14e677266de
/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2971:35: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|medium◂        〈h:mm:ss a〉   【】    〈ah:mm:ss〉    «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//1d5a33b204d548da
/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2977:32: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|short◂ 〈h:mm a〉      【】    〈ah:mm〉       «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//235af2cdaa201be0

yue_Hans which is default CN, requires H as the preferred:

cldr/common/supplemental/supplementalData.xml

Line 4788 in 649eb5d

I assume that yue_Hans is being generated with h formats since HK prefers h:

cldr/common/supplemental/supplementalData.xml

Line 4798 in 649eb5d

    
           <hours preferred="h" allowed="h hB hb H" regions="AE BH DZ EG EH HK IQ JO KW LB LY MO MR OM PH PS QA SA SD SY TN YE ar_001"/>

Nice to see the error working :)

srl295 · 2025-08-20T15:44:28Z

Help? what is this error?

/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2959:42: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|full◂  〈h:mm:ss a zzzz〉      【】    〈ah:mm:ss [zzzz]〉     «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//1b89d7c2d516faca
/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2965:39: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|long◂  〈h:mm:ss a z〉 【】    〈ah:mm:ss [z]〉        «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//924d14e677266de
/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2971:35: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|medium◂        〈h:mm:ss a〉   【】    〈ah:mm:ss〉    «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//1d5a33b204d548da
/Users/srl295/src/cldr3/common/main/yue_Hans.xml:2977:32: error
yue_Hans [Cantonese (Simplified)]       error   ▸Date_&_Time|Gregorian|Formats_-_Standard_-_Time_Formats|short◂ 〈h:mm a〉      【】    〈ah:mm〉       «=»     【】    ⁅inconsistent time pattern⁆     ❮Error: Time format inconsistent with supplemental time data for territory "CN". Use 'H' for 24 hour clock.❯ https://st.unicode.org/cldr-apps/v#/yue_Hans//235af2cdaa201be0

yue_Hans which is default CN, requires H as the preferred:

cldr/common/supplemental/supplementalData.xml

Line 4788 in 649eb5d

I assume that yue_Hans is being generated with h formats since HK prefers h:

cldr/common/supplemental/supplementalData.xml

Line 4798 in 649eb5d

    
           <hours preferred="h" allowed="h hB hb H" regions="AE BH DZ EG EH HK IQ JO KW LB LY MO MR OM PH PS QA SA SD SY TN YE ar_001"/>

Nice to see the error working :)

The transform is from yue to yue_Hans. However, yue is likely HK but yue_Hans is likely CN.

<likelySubtag from="yue" to="yue_Hant_HK"/>		
<likelySubtag from="yue_CN" to="yue_Hans_CN"/>	
<likelySubtag from="yue_Hans" to="yue_Hans_CN"/>

srl295 · 2025-08-20T16:09:47Z

common/main/yue_Hans.xml

+							<pattern>HH:mm:ss [zzzz]</pattern>
+							<datetimeSkeleton>HHmmssz</datetimeSkeleton>
 						</timeFormat>
 					</timeFormatLength>
 					<timeFormatLength type="long">
 						<timeFormat>
-							<pattern>ah:mm:ss [z]</pattern>
-							<datetimeSkeleton>ahmmssz</datetimeSkeleton>
+							<pattern>HH:mm:ss [z]</pattern>
+							<datetimeSkeleton>HHmmssz</datetimeSkeleton>
 						</timeFormat>
 					</timeFormatLength>
 					<timeFormatLength type="medium">
 						<timeFormat>
-							<pattern>ah:mm:ss</pattern>
-							<datetimeSkeleton>ahmmss</datetimeSkeleton>
+							<pattern>HH:mm:ss</pattern>
+							<datetimeSkeleton>HHmmss</datetimeSkeleton>
 						</timeFormat>
 					</timeFormatLength>
 					<timeFormatLength type="short">
 						<timeFormat>
-							<pattern>ah:mm</pattern>
-							<datetimeSkeleton>ahmm</datetimeSkeleton>
+							<pattern>HH:mm</pattern>
+							<datetimeSkeleton>HHmm</datetimeSkeleton>


FYI, here are the 'promotions' I did changing ah to HH. Is the dateTimeSkeleton correct?

srl295 · 2025-08-20T16:19:04Z

looks like tests pass

AEApple · 2025-08-26T21:58:45Z

I would update the docs to recommend running this tool after generating algorithmic, but the docs aren't migrated over https://unicode-org.atlassian.net/browse/CLDR-18606?focusedCommentId=186098

Which docs aren't migrated?

srl295 · 2025-08-27T00:01:32Z

I would update the docs to recommend running this tool after generating algorithmic, but the docs aren't migrated over https://unicode-org.atlassian.net/browse/CLDR-18606?focusedCommentId=186098

Which docs aren't migrated?

You migrated them since I wrote that and it was updated.

macchiati

I have some questions

macchiati · 2025-08-28T21:16:58Z

common/rbnf/de_CH.xml

@@ -168,7 +168,7 @@ x.x: << Komma >>;
 1: =%spellout-ordinal=;
 %%ste2:
 0: ste;
-1: ‘ =%spellout-ordinal=;


The replacement of curly by straight apostrophe is suspicious. I don't think that should be in the transform, or otherwise be special-cased.

Im not sure. Perhaps it's an effect of daip

no, it's converted properly from:

cldr/common/rbnf/de.xml

Line 178 in 6a57fe5

1: ' =%spellout-ordinal=;

so if de.xml has the wrong content, that's another bug (which I'll file). Maybe @grhoten hand-corrected this line previously?

The straight quote is correct. The curly quote is incorrect. The straight quote means quote the space.

The previous data was bad. 79b4e8b#diff-67161b041fe0ebebee961182647df51363f1264afbde64c57c894239b17f1c37L180

This bad curly quote was introduced here in 2021: d4cb32a#diff-67161b041fe0ebebee961182647df51363f1264afbde64c57c894239b17f1c37

In any case, this line change seems correct to me.

macchiati · 2025-08-28T21:20:28Z

common/rbnf/de_CH.xml

@@ -209,221 +209,10 @@ x.x: =#,##0.#=;
 %spellout-ordinal-m:
 -x: minus >>;
 x.x: =#,##0.#=;
-0: =%spellout-ordinal=m;
-]]></rbnfRules>
-            <!-- The following redundant ruleset elements have been deprecated and will be removed in the next release. Please use the rbnfRules contents instead. -->


We are leaving in the old rules for one release, so they shouldn't disappear. Also, very odd to keep just one ("30").

It's because of MINIMIZE rules. If transformed = original, it drops the value.

'30' has dreissig which is transformed from dreißig - that's the only modified item, the rest get dropped.

macchiati · 2025-08-28T21:23:10Z

common/annotations/de_CH.xml

@@ -12,324 +12,28 @@ CLDR data files are interpreted according to the LDML specification (http://unic
 		<territory type="CH"/>
 	</identity>
 	<annotations>
-		<annotation cp="{">↑↑↑</annotation>


It looks like all of the ↑↑↑ lines are disappearing. That's ok; I'm a little surprised that they were in the last release.

It was a separate bug that was fixed.

macchiati · 2025-08-28T21:25:38Z

common/rbnf/sr_Latn.xml

@@ -115,10 +115,10 @@ x.x: << koma >>;
 1000000000000000000: =#,##0=;
 %%ordi:
 0: i;
-1: ‘ i =%spellout-ordinal=;


Again, odd that ‘ is being converted to '

docs/ldml/tr35.md

tools/cldr-code/src/main/java/org/unicode/cldr/tool/CLDRFileTransformer.java

Co-authored-by: Mark Davis <mark@unicode.org>

srl295 · 2025-08-30T17:07:29Z

common/rbnf/sr_Latn.xml

@@ -115,10 +115,10 @@ x.x: << koma >>;
 1000000000000000000: =#,##0=;
 %%ordi:
 0: i;
-1: ‘ i =%spellout-ordinal=;
+1: ' i =%spellout-ordinal=;


I don't know where the left hand side came from - maybe by hand.
However, this line is actually converted from:

cldr/common/rbnf/sr.xml

Lines 117 to 118 in 6a57fe5

1: ' и =%spellout-ordinal=;

%%ordti:

which shows '

The straight quote is correct. The curly quote is incorrect. This error was also introduced in this commit from 2021: d4cb32a#diff-15b116f0c5be91a93b36df309a3a5f8d78b7bc8c0d2de99d84c2b8c083f7d133

This change seems correct to me.

srl295 · 2025-08-30T17:10:49Z

common/rbnf/de_CH.xml

@@ -168,7 +168,7 @@ x.x: << Komma >>;
 1: =%spellout-ordinal=;
 %%ste2:
 0: ste;
-1: ‘ =%spellout-ordinal=;


no, it's converted properly from:

cldr/common/rbnf/de.xml

Line 178 in 6a57fe5

1: ' =%spellout-ordinal=;

so if de.xml has the wrong content, that's another bug (which I'll file). Maybe @grhoten hand-corrected this line previously?

srl295 · 2025-08-30T17:27:33Z

@macchiati the U+2018 ‘ did NOT occur in sr.xml or de.xml - looks like a typo introduced accidentally by @grhoten in #4779 - i think the conversion is happening properly.

srl295 · 2025-08-30T18:20:10Z

I re-ran cldrmodify no arg and -fP with no change (as per changes in #4996)

srl295 · 2025-08-30T18:46:16Z

OK, i see the issue with the old style rules being dropped.

- retain rbnfrules even with MINIMIZE - add CLI options for partial generation

srl295 · 2025-08-30T19:48:44Z

Does (did) rulesetGrouping block inheritance? If it inherits, then the minimized de_CH data is OK and we can drop the last commit in this PR (but it's harmless).

If it does block, then this PR is optimal as is.

macchiati

Approving so we can get the bulk of the data in. We can look at the ' ‘ issue later.

srl295 · 2025-09-02T18:11:32Z

@macchiati the U+2018 ‘ did NOT occur in sr.xml or de.xml - looks like a typo introduced accidentally by @grhoten in #4779 - i think the conversion is happening properly.

Filed https://unicode-org.atlassian.net/browse/CLDR-18926 to track.

macchiati · 2025-09-02T21:35:59Z

This brings up a possible future problem. If we apply the script transforms to the rules *as is*, then there is the possibility of their changing *syntax* characters as well as the *literal text*. Probably the right thing for the future is to apply the transform line-by-line, but also parse the line to only apply to literal text. That is, in 1: ' и =%spellout-ordinal=; it would only apply to the underlined substring below. 1: ' *и* =%spellout-ordinal=; Steven, can you file a follow-up ticket to do that?

…

On Tue, Sep 2, 2025 at 11:56 AM George Rhoten ***@***.***> wrote: ***@***.**** commented on this pull request. ------------------------------ In common/rbnf/sr_Latn.xml <#4961 (comment)>: > @@ -115,10 +115,10 @@ x.x: << koma >>; 1000000000000000000: =#,##0=; %%ordi: 0: i; -1: ‘ i =%spellout-ordinal=; +1: ' i =%spellout-ordinal=; The straight quote is correct. The curly quote is incorrect. This error was also introduced in this commit from 2021: d4cb32a #diff-15b116f0c5be91a93b36df309a3a5f8d78b7bc8c0d2de99d84c2b8c083f7d133 <d4cb32a#diff-15b116f0c5be91a93b36df309a3a5f8d78b7bc8c0d2de99d84c2b8c083f7d133> This change seems correct to me. — Reply to this email directly, view it on GitHub <#4961 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACJLEMCBIVVDOH3KJRP2SND3QXR5NAVCNFSM6AAAAACDXXZ4H6VHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMZTCNZXG42TANBTG4> . You are receiving this because you were mentioned.Message ID: ***@***.***>

github-actions bot assigned srl295 Aug 12, 2025

srl295 requested review from macchiati, AEApple, btangmu, pedberg-icu and DraganBesevic August 12, 2025 21:37

macchiati reviewed Aug 12, 2025

View reviewed changes

common/rbnf/de_CH.xml Show resolved Hide resolved

tools/cldr-code/src/test/java/org/unicode/cldr/unittest/TestLocale.java Show resolved Hide resolved

srl295 commented Aug 13, 2025

View reviewed changes

tools/cldr-code/src/test/java/org/unicode/cldr/unittest/TestLocale.java Show resolved Hide resolved

srl295 temporarily deployed to cloudflare August 13, 2025 13:01 — with GitHub Actions Inactive

srl295 temporarily deployed to cloudflare August 13, 2025 21:04 — with GitHub Actions Inactive

macchiati reviewed Aug 13, 2025

View reviewed changes

srl295 temporarily deployed to cloudflare August 14, 2025 21:44 — with GitHub Actions Inactive

srl295 added 5 commits August 19, 2025 13:17

CLDR-18889 site: update BRS docs on algorithmic

a60331c

CLDR-18889 add @cdata tag, fix CLDRFileTransformer

71da8b4

- add @cdata tag to request CDATA output - update transformer to skip rbnfRules for DAIP - update XML generator

CLDR-18889 BRS algo: spotless

bd9c8d2

CLDR-18889 BRS algo: regen data yet again

b679fcd

srl295 force-pushed the brs48/cldr-18889/algorithmic branch from 7ddf2a2 to b679fcd Compare August 19, 2025 18:49

srl295 temporarily deployed to cloudflare August 19, 2025 18:49 — with GitHub Actions Inactive

srl295 added 2 commits August 19, 2025 14:11

CLDR-18889 BRS algo: docs: add GeneratePersonNameTestData

c9d3f38

CLDR-18889 BRS algo: regen person names data

4ce753e

srl295 temporarily deployed to cloudflare August 20, 2025 15:42 — with GitHub Actions Inactive

CLDR-18889 BRS algo: promote h to H in yue_Hans to match _CN

98d86ea

srl295 temporarily deployed to cloudflare August 20, 2025 16:00 — with GitHub Actions Inactive

srl295 commented Aug 20, 2025

View reviewed changes

srl295 added 2 commits August 26, 2025 09:41

CLDR-18889 merge from main

a7c82ba

CLDR-18889 fix DtdData to emit @cdata also

3a6a3e9

srl295 temporarily deployed to cloudflare August 26, 2025 14:43 — with GitHub Actions Inactive

srl295 requested a review from macchiati August 26, 2025 14:43

macchiati requested changes Aug 28, 2025

View reviewed changes

CLDR-18889 Update docs/ldml/tr35.md

4f0797c

Co-authored-by: Mark Davis <mark@unicode.org>

srl295 commented Aug 30, 2025

View reviewed changes

srl295 requested a review from macchiati August 30, 2025 17:25

srl295 mentioned this pull request Aug 30, 2025

CLDR-18918 CLDR48 BRS: Before alpha1, run CLDRModify passes and regenerate test data #4996

Merged

1 task

CLDR-18889 merge from main

22cb259

srl295 temporarily deployed to cloudflare August 30, 2025 18:14 — with GitHub Actions Inactive

srl295 marked this pull request as draft August 30, 2025 18:45

CLDR-18889 algorithmic - update de_CH

adac961

- retain rbnfrules even with MINIMIZE - add CLI options for partial generation

srl295 temporarily deployed to cloudflare August 30, 2025 19:46 — with GitHub Actions Inactive

srl295 marked this pull request as ready for review August 30, 2025 19:47

macchiati approved these changes Sep 2, 2025

View reviewed changes

srl295 merged commit 7fa7166 into unicode-org:main Sep 2, 2025
15 checks passed

srl295 deleted the brs48/cldr-18889/algorithmic branch September 2, 2025 18:07

macchiati mentioned this pull request Sep 8, 2025

CLDR-13542 Fix remaining apostrophe groupings #5027

Open

1 task

CLDR-18889 v48 BRS generate algorithmic #4961

CLDR-18889 v48 BRS generate algorithmic #4961

Uh oh!

Conversation

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

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

macchiati left a comment

Choose a reason for hiding this comment

Uh oh!

jira-pull-request-webhook bot commented Aug 19, 2025

Uh oh!

srl295 commented Aug 19, 2025

Uh oh!

srl295 commented Aug 19, 2025

Uh oh!

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

Uh oh!

Uh oh!

srl295 commented Aug 20, 2025

Uh oh!

Choose a reason for hiding this comment

Uh oh!

srl295 commented Aug 20, 2025

Uh oh!

AEApple commented Aug 26, 2025

Uh oh!

srl295 commented Aug 27, 2025

Uh oh!

macchiati 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!

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!

srl295 commented Aug 30, 2025

Uh oh!

srl295 commented Aug 30, 2025

Uh oh!

srl295 commented Aug 30, 2025

Uh oh!

srl295 commented Aug 30, 2025

Uh oh!

macchiati left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

srl295 commented Sep 2, 2025

Uh oh!

macchiati commented Sep 2, 2025 via email

srl295 commented Aug 12, 2025 •

edited

Loading

AEApple commented Aug 19, 2025 •

edited

Loading