GO-5981: Add uniqueness constraint for ApiObjectKey during type/rel/opt creation #2603

jmetrikat · 2025-08-02T08:31:05Z

Replaced the injectApiObjectKey function with injectAndEnsureUniqueApiObjectKey, which ensures that the ApiObjectKey is unique by appending sequential suffixes if necessary.
This method is now used in createObjectType, createRelation, and createRelationOption functions.

…pt creation

…ectKey functions

…tKey

…d max iteration error handling

Copilot

Pull Request Overview

This PR adds a uniqueness constraint for ApiObjectKey during the creation of object types, relations, and relation options. The implementation replaces simple key injection with a uniqueness checking mechanism that automatically appends sequential suffixes when conflicts are detected.

Key changes:

Replaced injectApiObjectKey with injectAndEnsureUniqueApiObjectKey that validates uniqueness
Added ensureUniqueApiObjectKey method with conflict resolution logic
Updated creation methods for object types, relations, and relation options to use the new uniqueness-aware function

Reviewed Changes

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

Show a summary per file

File	Description
core/block/object/objectcreator/util.go	Implements new uniqueness checking logic with sequential suffix generation
core/block/object/objectcreator/util_test.go	Comprehensive test coverage for the new uniqueness functionality
core/block/object/objectcreator/object_type.go	Updates object type creation to use uniqueness-aware key injection
core/block/object/objectcreator/relation.go	Updates relation creation to use uniqueness-aware key injection
core/block/object/objectcreator/relation_option.go	Updates relation option creation to use uniqueness-aware key injection

Comments suppressed due to low confidence (1)

core/block/object/objectcreator/util.go:103

[nitpick] The error message could be more actionable by suggesting potential solutions, such as 'Consider using a different base key or cleaning up unused objects with similar keys'.

	return fmt.Errorf("failed to find unique apiObjectKey after %d attempts for key: %s", maxIterations, baseKey)

core/block/object/objectcreator/util.go

github-actions · 2025-08-02T09:09:37Z

Previous Coverage	50.9% of statements
New Coverage	50.9% of statements
Patch Coverage	73.0% of changed statements (27/37)

^{Coverage provided by https://github.com/seriousben/go-patch-cover-action}

…and improve batch query behavior

…aint-on-apiobjectkey-when-creating

socket-security · 2025-10-14T12:13:00Z

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

Diff	Package	Supply Chain Security	Vulnerability	Quality	Maintenance	License
	golang/github.com/anyproto/any-sync@v0.10.2 ⏵ v0.10.3
	golang/github.com/anyproto/any-store@v0.3.8 ⏵ v0.4.2

View full report

github-actions · 2025-10-14T12:40:58Z

	🔴 SMOKE-TEST FAILED
Tests	✔️ 20 tests run
Summary	🔴 20 failed; 🟢 0 passed; 🟡 0 skipped
Duration	🕐 26 minutes, 12 seconds
Testomat.io Report	📊 Run #c0b52484
Job	🗂️ Smoke Tests / smoke-test
Operating System	🖥️ `Linux` X64

🟥 Failures (20)

🔴 Revoking an invite link `[]`

################[ Steps ]################
Given the server "default" 1 is running (148028.28ms)
And the user 1 is using client 1 (0.71ms)
And the user creates a new account on "staging" (6424.58ms)
And the account is synced within 60 seconds (62089.16ms)
Given the user has shared his space and generated an invite link (0.00ms)
When the user revokes the invite link (0.00ms)
Then the invite link should be invalid (0.00ms)
And the account is deleted (0.00ms)
And the server 1 is stopped (0.00ms)

🔴 Revoking an invite link `[]`

################[ Steps ]################
Given the server "default" 1 is running (417.06ms)
And the user 1 is using client 1 (0.38ms)
And the user creates a new account on "staging" (5702.90ms)
And the account is synced within 60 seconds (62063.85ms)
Given the user has shared his space and generated an invite link (0.00ms)
When the user revokes the invite link (0.00ms)
Then the invite link should be invalid (0.00ms)
And the account is deleted (0.00ms)
And the server 1 is stopped (0.00ms)

🔴 User cancels their join request `[]`

################[ Steps ]################
Given the server "default" 1 is running (398.10ms)
And the user 1 is using client 1 (0.33ms)
And the user creates a new account on "staging" (5677.87ms)
And the account is synced within 60 seconds (62099.25ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
And the user cancels their join request (0.00ms)
And the user 1 is using client 1 (0.00ms)
Then there is no request pending for joining the space (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 User cancels their join request `[]`

################[ Steps ]################
Given the server "default" 1 is running (391.86ms)
And the user 1 is using client 1 (0.30ms)
And the user creates a new account on "staging" (5736.66ms)
And the account is synced within 60 seconds (62065.56ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
And the user cancels their join request (0.00ms)
And the user 1 is using client 1 (0.00ms)
Then there is no request pending for joining the space (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 User deletes the space and rejoins later `[]`

################[ Steps ]################
Given the server "default" 1 is running (386.01ms)
And the user 1 is using client 1 (0.36ms)
And the user creates a new account on "staging" (5643.09ms)
And the account is synced within 60 seconds (62052.77ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Viewer" rights (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user 2 leaves the shared space (0.00ms)
And the user sends requests to join the space (0.00ms)
Then the request is automatically approved as "Viewer" again (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 User deletes the space and rejoins later `[]`

################[ Steps ]################
Given the server "default" 1 is running (397.64ms)
And the user 1 is using client 1 (0.20ms)
And the user creates a new account on "staging" (5694.25ms)
And the account is synced within 60 seconds (62062.66ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Viewer" rights (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user 2 leaves the shared space (0.00ms)
And the user sends requests to join the space (0.00ms)
Then the request is automatically approved as "Viewer" again (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner changes the rights of a user from Viewer to Editor `[]`

################[ Steps ]################
Given the server "default" 1 is running (395.70ms)
And the user 1 is using client 1 (0.24ms)
And the user creates a new account on "staging" (5627.19ms)
And the account is synced within 60 seconds (62088.05ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Viewer" rights (0.00ms)
And the user 1 changes the rights of user 2 from "Viewer" to "Editor" (0.00ms)
And the user 2 is using client 2 (0.00ms)
Then the user can open the object 1 (0.00ms)
And the user can rename the object 1 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner changes the rights of a user from Viewer to Editor `[]`

################[ Steps ]################
Given the server "default" 1 is running (383.53ms)
And the user 1 is using client 1 (0.28ms)
And the user creates a new account on "staging" (5697.41ms)
And the account is synced within 60 seconds (62115.38ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Viewer" rights (0.00ms)
And the user 1 changes the rights of user 2 from "Viewer" to "Editor" (0.00ms)
And the user 2 is using client 2 (0.00ms)
Then the user can open the object 1 (0.00ms)
And the user can rename the object 1 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner approves a join request with Editor permissions `[]`

################[ Steps ]################
Given the server "default" 1 is running (391.09ms)
And the user 1 is using client 1 (0.21ms)
And the user creates a new account on "staging" (5764.06ms)
And the account is synced within 60 seconds (62072.71ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Editor" rights (0.00ms)
And the user 2 is using client 2 (0.00ms)
Then the user can open the object 1 (0.00ms)
And the user can rename the object 1 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner approves a join request with Editor permissions `[]`

################[ Steps ]################
Given the server "default" 1 is running (393.59ms)
And the user 1 is using client 1 (0.24ms)
And the user creates a new account on "staging" (5718.89ms)
And the account is synced within 60 seconds (62032.61ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Editor" rights (0.00ms)
And the user 2 is using client 2 (0.00ms)
Then the user can open the object 1 (0.00ms)
And the user can rename the object 1 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner declines a join request `[]`

################[ Steps ]################
Given the server "default" 1 is running (390.86ms)
And the user 1 is using client 1 (0.20ms)
And the user creates a new account on "staging" (5697.16ms)
And the account is synced within 60 seconds (62046.20ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 declines the join request of user 2 (0.00ms)
And the user 2 is using client 2 (0.00ms)
Then the user can't open the object 1 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner declines a join request `[]`

################[ Steps ]################
Given the server "default" 1 is running (396.48ms)
And the user 1 is using client 1 (0.27ms)
And the user creates a new account on "staging" (5710.96ms)
And the account is synced within 60 seconds (62093.20ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 declines the join request of user 2 (0.00ms)
And the user 2 is using client 2 (0.00ms)
Then the user can't open the object 1 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner removes a participant from the space `[]`

################[ Steps ]################
Given the server "default" 1 is running (386.05ms)
And the user 1 is using client 1 (0.21ms)
And the user creates a new account on "staging" (5718.23ms)
And the account is synced within 60 seconds (62078.96ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Editor" rights (0.00ms)
When the user 1 removes the user 2 from the space (0.00ms)
And the user 2 is using client 2 (0.00ms)
Then the user can't open the object 1 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner removes a participant from the space `[]`

################[ Steps ]################
Given the server "default" 1 is running (413.26ms)
And the user 1 is using client 1 (0.25ms)
And the user creates a new account on "staging" (5822.72ms)
And the account is synced within 60 seconds (62083.31ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Editor" rights (0.00ms)
When the user 1 removes the user 2 from the space (0.00ms)
And the user 2 is using client 2 (0.00ms)
Then the user can't open the object 1 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner deletes a space `[]`

################[ Steps ]################
Given the server "default" 1 is running (396.43ms)
And the user 1 is using client 1 (0.20ms)
And the user creates a new account on "staging" (5727.18ms)
And the account is synced within 60 seconds (62103.83ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Editor" rights (0.00ms)
And the user 1 deletes the shared space (0.00ms)
And the user 2 is using client 2 (0.00ms)
Then the user can't open the object 1 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner deletes a space `[]`

################[ Steps ]################
Given the server "default" 1 is running (397.40ms)
And the user 1 is using client 1 (0.20ms)
And the user creates a new account on "staging" (5802.88ms)
And the account is synced within 60 seconds (62049.26ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Editor" rights (0.00ms)
And the user 1 deletes the shared space (0.00ms)
And the user 2 is using client 2 (0.00ms)
Then the user can't open the object 1 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner approves leave request `[]`

################[ Steps ]################
Given the server "default" 1 is running (396.00ms)
And the user 1 is using client 1 (0.18ms)
And the user creates a new account on "staging" (5800.96ms)
And the account is synced within 60 seconds (62030.33ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Viewer" rights (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user 2 leaves the shared space (0.00ms)
And the user 1 approves the leave request of user 2 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Owner approves leave request `[]`

################[ Steps ]################
Given the server "default" 1 is running (430.52ms)
And the user 1 is using client 1 (0.25ms)
And the user creates a new account on "staging" (5921.69ms)
And the account is synced within 60 seconds (62075.17ms)
Given the user creates an object 1 in the account (0.00ms)
And the user can open the object 1 (0.00ms)
And the user has shared his space and generated an invite link (0.00ms)
And the account is synced within 60 seconds (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user creates a new account on "staging" (0.00ms)
And the user sends requests to join the space (0.00ms)
When the user 1 approves the join request of user 2 with "Viewer" rights (0.00ms)
And the user 2 is using client 2 (0.00ms)
And the user 2 leaves the shared space (0.00ms)
And the user 1 approves the leave request of user 2 (0.00ms)
And both accounts are deleted (0.00ms)
And both servers are stopped (0.00ms)

🔴 Sync on staging nodes `[]`

################[ Steps ]################
Given the server "default" 1 is running (396.70ms)
And the user is using client 1 (0.28ms)
And the user creates a new account on "staging" (5719.59ms)
And the user creates an object 1 in the account (5.81ms)
And the user can open the object 1 (10007.20ms)
And the account is synced within 80 seconds (82031.21ms)
And the server 1 is stopped (0.00ms)
And data is deleted (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user is using client 2 (0.00ms)
When the user logs in to their account on "staging" (0.00ms)
Then the account should have an analyticsId, profile picture and name (0.00ms)
Then the user can open the object 1 (0.00ms)
And the account is deleted (0.00ms)
And the server 2 is stopped (0.00ms)

🔴 Sync on staging nodes `[]`

################[ Steps ]################
Given the server "default" 1 is running (410.74ms)
And the user is using client 1 (0.22ms)
And the user creates a new account on "staging" (5740.42ms)
And the user creates an object 1 in the account (6.26ms)
And the user can open the object 1 (10004.65ms)
And the account is synced within 80 seconds (82120.38ms)
And the server 1 is stopped (0.00ms)
And data is deleted (0.00ms)
And the server "default" 2 is running (0.00ms)
And the user is using client 2 (0.00ms)
When the user logs in to their account on "staging" (0.00ms)
Then the account should have an analyticsId, profile picture and name (0.00ms)
Then the user can open the object 1 (0.00ms)
And the account is deleted (0.00ms)
And the server 2 is stopped (0.00ms)

🐢 Slowest Tests

Revoking an invite link [] (3 minutes, 36.545897574999984 seconds)
Sync on staging nodes [] (1 minute, 38.28324370199999 seconds)
Sync on staging nodes [] (1 minute, 38.161385284999994 seconds)
Owner approves leave request [] (1 minute, 8.428286418000003 seconds)
Owner removes a participant from the space [] (1 minute, 8.320143424000008 seconds)

jmetrikat added 3 commits August 2, 2025 10:28

GO-5981: Add uniqueness constraint for ApiObjectKey during type/rel/o…

f33fa1b

…pt creation

GO-5981: Add unit tests for ensureUniqueApiObjectKey and injectApiObj…

fea31da

…ectKey functions

GO-5981: Refactor injectApiObjectKey to injectAndEnsureUniqueApiObjec…

c24b982

…tKey

jmetrikat requested review from Copilot and deff7 August 2, 2025 08:42

This comment was marked as outdated.

Sign in to view

GO-5981: Refactor ensureUniqueApiObjectKey to use base filters and ad…

4e30667

…d max iteration error handling

jmetrikat requested a review from Copilot August 2, 2025 08:53

Copilot AI reviewed Aug 2, 2025

View reviewed changes

core/block/object/objectcreator/util.go Outdated Show resolved Hide resolved

core/block/object/objectcreator/util.go Outdated Show resolved Hide resolved

jmetrikat added 4 commits August 4, 2025 10:43

GO-5981: Optimize key conflict detection in ensureUniqueApiObjectKey …

07eaab7

…and improve batch query behavior

GO-5981: Fix max iterations

98e8858

GO-5981 Merge branch 'develop' into go-5981-missing-uniqueness-constr…

cd57d30

…aint-on-apiobjectkey-when-creating

GO-5981 Merge branch 'develop' into go-5981-missing-uniqueness-constr…

852109e

…aint-on-apiobjectkey-when-creating

jmetrikat changed the base branch from main to develop October 14, 2025 12:19

jmetrikat requested a review from requilence October 31, 2025 12:40

GO-5981: Add uniqueness constraint for ApiObjectKey during type/rel/opt creation #2603

Are you sure you want to change the base?

GO-5981: Add uniqueness constraint for ApiObjectKey during type/rel/opt creation #2603

Uh oh!

Conversation

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

Uh oh!

Uh oh!

This comment was marked as outdated.

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull Request Overview

Reviewed Changes

Uh oh!

Uh oh!

Uh oh!

github-actions bot commented Aug 2, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

socket-security bot commented Oct 14, 2025

Uh oh!

github-actions bot commented Oct 14, 2025

🟥 Failures (20)

🔴 Revoking an invite link []

🔴 Revoking an invite link []

🔴 User cancels their join request []

🔴 User cancels their join request []

🔴 User deletes the space and rejoins later []

🔴 User deletes the space and rejoins later []

🔴 Owner changes the rights of a user from Viewer to Editor []

🔴 Owner changes the rights of a user from Viewer to Editor []

🔴 Owner approves a join request with Editor permissions []

🔴 Owner approves a join request with Editor permissions []

🔴 Owner declines a join request []

🔴 Owner declines a join request []

🔴 Owner removes a participant from the space []

🔴 Owner removes a participant from the space []

🔴 Owner deletes a space []

🔴 Owner deletes a space []

🔴 Owner approves leave request []

🔴 Owner approves leave request []

🔴 Sync on staging nodes []

🔴 Sync on staging nodes []

🐢 Slowest Tests

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

jmetrikat commented Aug 2, 2025 •

edited

Loading

github-actions bot commented Aug 2, 2025 •

edited

Loading

🔴 Revoking an invite link `[]`

🔴 Revoking an invite link `[]`

🔴 User cancels their join request `[]`

🔴 User cancels their join request `[]`

🔴 User deletes the space and rejoins later `[]`

🔴 User deletes the space and rejoins later `[]`

🔴 Owner changes the rights of a user from Viewer to Editor `[]`

🔴 Owner changes the rights of a user from Viewer to Editor `[]`

🔴 Owner approves a join request with Editor permissions `[]`

🔴 Owner approves a join request with Editor permissions `[]`

🔴 Owner declines a join request `[]`

🔴 Owner declines a join request `[]`

🔴 Owner removes a participant from the space `[]`

🔴 Owner removes a participant from the space `[]`

🔴 Owner deletes a space `[]`

🔴 Owner deletes a space `[]`

🔴 Owner approves leave request `[]`

🔴 Owner approves leave request `[]`

🔴 Sync on staging nodes `[]`

🔴 Sync on staging nodes `[]`