[#12297] feat(secret): Add catalog and schema create-time secrets by lasdf1234 · Pull Request #12420 · apache/gravitino

lasdf1234 · 2026-08-11T10:28:22Z

What changes were proposed in this pull request?

Follow-up to #12366 (fileset create-time secrets). Adds create-time
secretBindings / secretReferences for catalog and schema:

API / REST / Java & Python clients / OpenAPI
Create path: assembleSecretMaterials → writeSecrets; failure rollback via rollbackSecrets; drop cleanup via deleteSecretsFromProperties
testConnection rejects raw secret URNs via checkSecretKeys
Catalog posthook still drops on owner/future-grant failure (pre-existing); schema hook does not drop on setOwner failure (aligned with fileset / [#12297] feat(secret): Support fileset create-time secretBindings/secretReferences #12366)
listCatalogsInfo authorize-before-resolve

Why are the changes needed?

Fix: #12297

Create-time secret bindings/references were added for fileset in #12366;
catalog and schema need the same create-path support.

Does this PR introduce any user-facing change?

Yes: catalog/schema create APIs accept optional secretBindings /
secretReferences (same model as fileset).

How was this patch tested?

# Format
./gradlew spotlessApply

# Core: catalog/schema create + secret rollback
./gradlew :core:test \
  --tests 'org.apache.gravitino.catalog.TestCatalogManager.testCreateWithSecrets' \
  --tests 'org.apache.gravitino.catalog.TestCatalogManager.testCreateSecretRollback' \
  --tests 'org.apache.gravitino.catalog.TestCatalogManager.testCreateSecretSkippedNoMetalake' \
  --tests 'org.apache.gravitino.catalog.TestSchemaOperationDispatcher.testCreateWithSecrets' \
  -PskipITs

# Hooks (catalog posthook rollback retained; schema no posthook drop)
./gradlew :core:test \
  --tests 'org.apache.gravitino.hook.TestCatalogHookDispatcher' \
  --tests 'org.apache.gravitino.hook.TestSchemaHookDispatcher' \
  -PskipITs

# Shared secret helpers
./gradlew :core:test \
  --tests 'org.apache.gravitino.secret.TestSecretManager' \
  --tests 'org.apache.gravitino.secret.TestSecretPropertyUtils' \
  -PskipITs

# REST layer
./gradlew :server:test \
  --tests 'org.apache.gravitino.server.web.rest.TestCatalogOperations' \
  --tests 'org.apache.gravitino.server.web.rest.TestSchemaOperations' \
  -PskipITs

# OpenAPI (if docs changed)
./gradlew :docs:build

# Python client (optional local check)
cd clients/client-python
python -m compileall gravitino/dto/requests/catalog_create_request.py \
  gravitino/dto/requests/schema_create_request.py \
  gravitino/client/gravitino_metalake.py \
  gravitino/client/gravitino_client.py \
  gravitino/client/base_schema_catalog.py

Follow-up to the fileset-only create secrets PR: wire secretBindings and secretReferences through catalog/schema API, REST, clients, OpenAPI, dispatchers, drop cleanup, hook rollback, and listCatalogsInfo auth before resolve. Co-authored-by: Cursor <cursoragent@cursor.com>

…cret helpers Rebase onto the fileset create-secrets tip, switch to rollbackBindings / deleteBindingsFromProperties / checkSecretKeys, and shorten catalog/schema secret unit tests to match apache#12366 cleanup. Co-authored-by: Cursor <cursoragent@cursor.com>

…rial APIs Use assembleSecretMaterials, writeSecrets(List), rollbackSecrets, and deleteSecretsFromProperties after rebasing onto main post-apache#12366. Co-authored-by: Cursor <cursoragent@cursor.com>

…che#12366 style Match fileset create-time secrets conventions: empty secret maps in Java and Python DTOs/clients, remove schema posthook drop on setOwner failure, and drop the unrelated GlueCatalogOperations Javadoc-only change. Co-authored-by: Cursor <cursoragent@cursor.com>

Authorize details=true via listCatalogs then loadCatalog so secrets resolve only for authorized catalogs, without a new API method. Co-authored-by: Cursor <cursoragent@cursor.com>

…eset Match FilesetCatalog defaults, SchemaCreateRequest Lombok/builder, and Python empty-map defaults / response validate. Co-authored-by: Cursor <cursoragent@cursor.com>

Fold secret rollback into needClean, with an explicit rollback on EntityAlreadyExists where the existing catalog must be kept. Co-authored-by: Cursor <cursoragent@cursor.com>

…unchanged Remove the extra checkSecretKeys calls; testConnection only probes connectivity and should not take part in create-time secret wiring. Co-authored-by: Cursor <cursoragent@cursor.com>

…elds Match CatalogCreateRequest style: final fields, JsonCreator, and constructor-based client usage instead of Lombok builder. Co-authored-by: Cursor <cursoragent@cursor.com>

…lizeDispatcher createSchema now validates assembled entityProperties (empty map when request properties is null), so the test must supply required key k1. Co-authored-by: Cursor <cursoragent@cursor.com>

…no secrets copyEntityProperties returns null only when properties and both secret maps are absent, and assembleSecretMaterials skips URN writes in that case so validatePropertyForCreate keeps historical null-skip behavior. Co-authored-by: Cursor <cursoragent@cursor.com>

FrontendIT testClickCatalogLink timed out waiting for hive schema "default" while metastore was still warming; prior FrontendIT on this PR passed. Empty commit to re-run checks. Co-authored-by: Cursor <cursoragent@cursor.com>

github-actions · 2026-08-12T13:29:10Z

Code Coverage Report

Overall Project	68.69% `+0.34%`	🟢
Files changed	78.82%	🟢

Module	Coverage
aliyun	1.72%	🔴
api	49.23% `-0.53%`	🟢
authorization-common	85.96%	🟢
aws	42.04%	🟢
azure	2.47%	🔴
catalog-common	9.92%	🔴
catalog-fileset	79.77%	🟢
catalog-glue	68.95%	🟢
catalog-hive	79.4%	🟢
catalog-jdbc-common	45.7%	🟢
catalog-jdbc-doris	81.8%	🟢
catalog-jdbc-mysql	79.33%	🟢
catalog-jdbc-postgresql	83.39%	🟢
catalog-jdbc-starrocks	79.16%	🟢
catalog-kafka	77.01%	🟢
catalog-lakehouse-generic	59.18%	🟢
catalog-lakehouse-hudi	79.1%	🟢
catalog-lakehouse-iceberg	85.86%	🟢
catalog-lakehouse-paimon	84.23%	🟢
catalog-model	77.72%	🟢
cli	44.48%	🟢
client-java	78.65% `+4.51%`	🟢
common	52.75% `-0.05%`	🟢
core	83.63% `-0.75%`	🟢
filesystem-hadoop3	77.28%	🟢
flink	0.0%	🔴
flink-common	48.68%	🟢
flink-runtime	0.0%	🔴
gcp	14.12%	🔴
hadoop-auth	68.0%	🟢
hadoop-common	12.7%	🔴
hive-metastore-common	53.4%	🟢
iceberg-aliyun-bundle	0.0%	🔴
iceberg-common	64.75%	🟢
iceberg-rest-server	75.03%	🟢
idp-basic	86.02%	🟢
integration-test-common	0.0%	🔴
jobs	62.92%	🟢
lance-common	31.75%	🔴
lance-rest-server	63.47%	🟢
lineage	53.02%	🟢
optimizer	83.24%	🟢
optimizer-api	21.95%	🔴
server	87.44% `+0.76%`	🟢
server-common	79.41%	🟢
spark	28.57%	🔴
spark-common	45.89%	🟢
tencent	69.84%	🟢
trino-connector	40.29%	🟢

Files

Module	File	Coverage
api	SupportsCatalogs.java	0.0%	🔴
	SupportsSchemas.java	0.0%	🔴
	Fileset.java	0.0%	🔴
	FilesetCatalog.java	0.0%	🔴
client-java	BaseSchemaCatalog.java	100.0%	🟢
	FilesetCatalog.java	100.0%	🟢
	GravitinoMetalake.java	92.43%	🟢
	GravitinoClient.java	73.26%	🟢
common	CatalogCreateRequest.java	76.47%	🟢
	SchemaCreateRequest.java	0.0%	🔴
core	SchemaNormalizeDispatcher.java	100.0%	🟢
	SecretPropertyUtils.java	100.0%	🟢
	SchemaEventDispatcher.java	98.21%	🟢
	CatalogEventDispatcher.java	97.75%	🟢
	SchemaHookDispatcher.java	92.31%	🟢
	FilesetOperationDispatcher.java	91.95%	🟢
	SecretManager.java	88.68%	🟢
	SchemaOperationDispatcher.java	82.7%	🟢
	CatalogManager.java	71.57%	🟢
	CatalogNormalizeDispatcher.java	42.42%	🔴
	CatalogHookDispatcher.java	39.29%	🔴
	GravitinoEnv.java	30.81%	🔴
	SupportsCatalogs.java	12.5%	🔴
	SchemaDispatcher.java	0.0%	🔴
server	CatalogOperations.java	100.0%	🟢
	SchemaOperations.java	100.0%	🟢

diqiu50 · 2026-08-12T13:13:46Z

-        });
+          });
+    } catch (RuntimeException e) {
+      secretManager.rollbackSecrets(secretMaterials);


Will this delete a secret that is currently referenced by an existing schema?

Each schema's secret is exclusively owned by that schema and there is no sharing involved, so this issue does not exist.

The concern isn't sharing between schemas but liveness: the catch also covers the code after s.createSchema() has already succeeded (isManagedEntity, getHiddenPropertyNames), so a failure there deletes the secret while the schema still exists in the underlying catalog holding that URN — suggest rolling back only when the schema was not created.

diqiu50 · 2026-08-12T13:20:49Z

+                            .withCreator(PrincipalUtils.getCurrentPrincipal().getName())
+                            .withCreateTime(Instant.now())
+                            .build())
+                    .build();


Schema properties are not stored in Gravitino's entity store at all; their only source is the underlying catalog. Will they be lost for catalogs that don't support them?

Got resolved.

diqiu50 · 2026-08-12T13:24:10Z

            // the cache with stale data between invalidate and delete.
+            Map<String, String> catalogProperties =
+                catalogWrapper.catalog().entity().getProperties();
            boolean deleted = store.delete(ident, EntityType.CATALOG, true);


Cascade deletion does not clean up the secrets of child entities at all.

Before deleting the catalog/schema, first note down the properties (including URNs) of the sub-schemas and filesets. After successfully deleting the entity, call the function "deleteSecretsFromProperties" to remove their write-through secrets.

diqiu50 · 2026-08-12T13:28:31Z

+                    catalogIdent,
+                    c -> c.doWithSchemaOps(s -> s.loadSchema(ident)),
+                    NoSuchSchemaException.class);
+            schemaProperties = schema.properties();


If load throws any other exception, the drop operation will fail.

Thank you very much for your review. I have added a "catch(Exception)" block to solve this problem.

schema.properties() is not read properties from entity store, some catalog‘s properties does not contain URN

…iew comments - Roll back create-time secrets only when catalog create did not succeed - Persist schema properties (incl. URNs) on SchemaEntity for unmanaged schemas - Clean schema/fileset write-through secrets on catalog cascade drop - Do not fail schema drop when pre-drop catalog load throws unexpected errors Co-authored-by: Cursor <cursoragent@cursor.com>

…anup review comments" This reverts commit c32ecdb.

Keep schema secret URNs in the entity store when the underlying catalog does not retain custom properties, so drop-time cleanup can still find them. Co-authored-by: Cursor <cursoragent@cursor.com>

store.delete(cascade) only soft-deletes meta rows. Snapshot schema and fileset properties first, drop entities, then delete write-through secrets so provider material is not left orphaned. Co-authored-by: Cursor <cursoragent@cursor.com>

…snapshot Co-authored-by: Cursor <cursoragent@cursor.com>

dropSchema cascade removes filesets without FilesetOperationDispatcher. Snapshot fileset properties before drop and delete write-through secrets after the schema drop succeeds. Co-authored-by: Cursor <cursoragent@cursor.com>

… errors Secret property capture before drop is best-effort; catch unexpected load failures so dropSchema can still proceed. Co-authored-by: Cursor <cursoragent@cursor.com>

roryqi · 2026-08-14T06:25:02Z

+      Map<String, SecretBinding> secretBindings,
+      Map<String, SecretReference> secretReferences)
+      throws NoSuchMetalakeException, CatalogAlreadyExistsException {
+    throw new UnsupportedOperationException("Not implemented");


Could u use complete error message here? For example. xxxx is not implemented.

Got. Use 'Creating xxx with secrets is not supported' instead.(Consistent with the original code of the project)

roryqi · 2026-08-14T06:25:43Z

   */
-  Schema createSchema(String schemaName, String comment, Map<String, String> properties)
-      throws NoSuchCatalogException, SchemaAlreadyExistsException;
+  default Schema createSchema(


Got. Use 'Creating xxx with secrets is not supported' instead.(Consistent with the original code of the project)

roryqi · 2026-08-14T06:26:50Z

   * @throws SchemaAlreadyExistsException if the schema with specified identifier already exists.
   */
  @Override
-  public Schema createSchema(String schemaName, String comment, Map<String, String> properties)


Do u modify the method signature? We should keep backwards compatibility.

Thank you for your review. This issue has been fixed.

roryqi · 2026-08-14T06:27:04Z

+      Map<String, SecretReference> secretReferences)
      throws NoSuchMetalakeException, CatalogAlreadyExistsException {
-    return getMetalake().createCatalog(catalogName, type, provider, comment, properties);
+    return getMetalake()


Thank you for your review. This issue has been fixed.

…ages Use descriptive UnsupportedOperationException text consistent with other API defaults, instead of a bare "Not implemented". Co-authored-by: Cursor <cursoragent@cursor.com>

…n messages Align FilesetCatalog/Fileset default messages with other API defaults instead of a bare "Not implemented". Co-authored-by: Cursor <cursoragent@cursor.com>

…ted message Co-authored-by: Cursor <cursoragent@cursor.com>

…ventions Use Fileset/ViewCatalog-style wording for fileset defaults, and keep create-with-secrets messages consistent across api and core dispatchers. Co-authored-by: Cursor <cursoragent@cursor.com>

diqiu50 · 2026-08-14T06:27:09Z

                          schemaEntity ->
                              SchemaEntity.builder()
                                  .withId(schemaEntity.id())
                                  .withName(schemaEntity.name())


alterSchema will remove the persisted properties.

Thank you very much for your review. I chage my code and now alter also has properties.

diqiu50 · 2026-08-14T07:05:14Z

-        });
+          });
+    } catch (RuntimeException e) {
+      secretManager.rollbackSecrets(secretMaterials);


The concern isn't sharing between schemas but liveness: the catch also covers the code after s.createSchema() has already succeeded (isManagedEntity, getHiddenPropertyNames), so a failure there deletes the secret while the schema still exists in the underlying catalog holding that URN — suggest rolling back only when the schema was not created.

diqiu50 · 2026-08-14T07:10:56Z

+                    catalogIdent,
+                    c -> c.doWithSchemaOps(s -> s.loadSchema(ident)),
+                    NoSuchSchemaException.class);
+            schemaProperties = schema.properties();


schema.properties() is not read properties from entity store, some catalog‘s properties does not contain URN

diqiu50 · 2026-08-14T07:21:11Z

+   * Deletes write-through secrets for a schema and its fileset children using properties snapped
+   * before the entities were dropped. Entity drop must succeed before calling this.
+   */
+  private void deleteSecretsFromPropertySnapshots(


The logic is duplicate with SchemaOperationDispatcher.java snapshotFilesetProperties and deleteSecretsAfterSchemaDrop

The concern isn't sharing between schemas but liveness: the catch also covers the code after s.createSchema() has already succeeded (isManagedEntity, getHiddenPropertyNames), so a failure there deletes the secret while the schema still exists in the underlying catalog holding that URN — suggest rolling back only when the schema was not created.

It has been resolved. The solution is similar to that for the catalog.

schema.properties() is not read properties from entity store, some catalog‘s properties does not contain URN
Read properties from SchemaEntity (entity store) before dropping

The logic is duplicate with SchemaOperationDispatcher.java snapshotFilesetProperties and deleteSecretsAfterSchemaDrop
This method has been removed.

…ility Restore the original createSchema/createCatalog/createMultipleLocationFileset methods on Java clients and add secret-parameter overloads. Old methods delegate to the new ones with empty secret maps. Co-authored-by: Cursor <cursoragent@cursor.com>

Keep entity-store properties (including secret URNs) when rebuilding SchemaEntity after alter, instead of dropping them. Co-authored-by: Cursor <cursoragent@cursor.com>

…atalog Update SchemaEntity properties from existing store props plus SchemaChange only, matching CatalogManager.alterCatalog. Co-authored-by: Cursor <cursoragent@cursor.com>

Align schema/fileset create with CatalogManager: set needClean=false after the underlying create succeeds, and roll back write-through secrets only in finally when create did not succeed. Co-authored-by: Cursor <cursoragent@cursor.com>

Match CatalogManager: write secrets inside the locked try/finally so partial create failures share the same needClean rollback path. Co-authored-by: Cursor <cursoragent@cursor.com>

Align with CatalogManager.dropCatalog: capture write-through URNs from SchemaEntity in the store instead of catalog loadSchema().properties(). Co-authored-by: Cursor <cursoragent@cursor.com>

…op cleanup Use getEntity directly in dropSchema instead of a dedicated helper. Co-authored-by: Cursor <cursoragent@cursor.com>

…ade delete Let schema/catalog cascade drop list filesets and call FilesetDispatcher so each fileset cleans its own secrets, instead of snapshotting and deleting fileset secrets from the parent path. Co-authored-by: Cursor <cursoragent@cursor.com>

… drop Wire FilesetDispatcher into SchemaOperationDispatcher via constructor and CatalogManager via setter, instead of looking it up from GravitinoEnv. Co-authored-by: Cursor <cursoragent@cursor.com>

lasdf1234 and others added 12 commits August 11, 2026 18:11

[apache#12297] refactor(secret): Align catalog/schema with SecretMate…

e0384fd

…rial APIs Use assembleSecretMaterials, writeSecrets(List), rollbackSecrets, and deleteSecretsFromProperties after rebasing onto main post-apache#12366. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] refactor(secret): Drop listCatalogsInfo filter overload

abfc6a0

Authorize details=true via listCatalogs then loadCatalog so secrets resolve only for authorized catalogs, without a new API method. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] refactor(secret): Align catalog/schema create with fil…

28d1fff

…eset Match FilesetCatalog defaults, SchemaCreateRequest Lombok/builder, and Python empty-map defaults / response validate. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] refactor(secret): Drop needSecretClean in CatalogManager

63a9fb2

Fold secret rollback into needClean, with an explicit rollback on EntityAlreadyExists where the existing catalog must be kept. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] refactor(secret): Leave CatalogManager.testConnection …

cf541f8

…unchanged Remove the extra checkSecretKeys calls; testConnection only probes connectivity and should not take part in create-time secret wiring. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] refactor(secret): Restore SchemaCreateRequest final fi…

4b78ba1

…elds Match CatalogCreateRequest style: final fields, JsonCreator, and constructor-based client usage instead of Lombok builder. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] test: Pass required schema props in TestPartitionNorma…

08a4387

…lizeDispatcher createSchema now validates assembled entityProperties (empty map when request properties is null), so the test must supply required key k1. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] chore: Retrigger CI after flaky FrontendIT

c9da34a

FrontendIT testClickCatalogLink timed out waiting for hive schema "default" while metastore was still warming; prior FrontendIT on this PR passed. Empty commit to re-run checks. Co-authored-by: Cursor <cursoragent@cursor.com>

diqiu50 reviewed Aug 12, 2026

View reviewed changes

lasdf1234 and others added 7 commits August 12, 2026 22:29

Revert "[apache#12297] fix(secret): Address schema/catalog secret cle…

4c28c10

…anup review comments" This reverts commit c32ecdb.

[apache#12297] fix(secret): Persist schema properties on SchemaEntity

761d125

Keep schema secret URNs in the entity store when the underlying catalog does not retain custom properties, so drop-time cleanup can still find them. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] fix(secret): Avoid mixed-mutability return in fileset …

796cd50

…snapshot Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] fix(secret): Do not block schema drop on pre-drop load…

c44237e

… errors Secret property capture before drop is best-effort; catch unexpected load failures so dropSchema can still proceed. Co-authored-by: Cursor <cursoragent@cursor.com>

lasdf1234 self-assigned this Aug 13, 2026

lasdf1234 mentioned this pull request Aug 13, 2026

feat(secret): Deliver resolved plaintext properties for connectors / Lance / IRC #12457

Open

4 tasks

roryqi reviewed Aug 14, 2026

View reviewed changes

lasdf1234 and others added 4 commits August 14, 2026 15:22

[apache#12297] fix(api): Clarify unsupported create-with-secrets mess…

2010fc8

…ages Use descriptive UnsupportedOperationException text consistent with other API defaults, instead of a bare "Not implemented". Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] fix(api): Clarify fileset UnsupportedOperationExceptio…

300f240

…n messages Align FilesetCatalog/Fileset default messages with other API defaults instead of a bare "Not implemented". Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] fix(api): Clarify fileset create-with-secrets unsuppor…

d5e8785

…ted message Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] fix(api): Align unsupported messages with existing con…

b4dce2a

…ventions Use Fileset/ViewCatalog-style wording for fileset defaults, and keep create-with-secrets messages consistent across api and core dispatchers. Co-authored-by: Cursor <cursoragent@cursor.com>

diqiu50 reviewed Aug 14, 2026

View reviewed changes

lasdf1234 and others added 8 commits August 14, 2026 17:10

[apache#12297] fix(secret): Preserve schema properties on alterSchema

e24fe73

Keep entity-store properties (including secret URNs) when rebuilding SchemaEntity after alter, instead of dropping them. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] refactor(secret): Align schema alter properties with c…

b5af53d

…atalog Update SchemaEntity properties from existing store props plus SchemaChange only, matching CatalogManager.alterCatalog. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] refactor(secret): Move writeSecrets into create lock try

e0b681e

Match CatalogManager: write secrets inside the locked try/finally so partial create failures share the same needClean rollback path. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] fix(secret): Read schema drop secrets from entity store

78d2bb9

Align with CatalogManager.dropCatalog: capture write-through URNs from SchemaEntity in the store instead of catalog loadSchema().properties(). Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] refactor(secret): Inline schema properties load for dr…

3527020

…op cleanup Use getEntity directly in dropSchema instead of a dedicated helper. Co-authored-by: Cursor <cursoragent@cursor.com>

[apache#12297] refactor(secret): Inject FilesetDispatcher for cascade…

accb66c

… drop Wire FilesetDispatcher into SchemaOperationDispatcher via constructor and CatalogManager via setter, instead of looking it up from GravitinoEnv. Co-authored-by: Cursor <cursoragent@cursor.com>

Uh oh!

Conversation

lasdf1234 commented Aug 11, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

What changes were proposed in this pull request?

Why are the changes needed?

Does this PR introduce any user-facing change?

How was this patch tested?

Uh oh!

github-actions Bot commented Aug 12, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Code Coverage Report

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!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

lasdf1234 Aug 14, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

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!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

lasdf1234 commented Aug 11, 2026 •

edited

Loading

github-actions Bot commented Aug 12, 2026 •

edited

Loading

lasdf1234 Aug 14, 2026 •

edited

Loading