Skip to content

Commit e9e567f

Browse files
Per G. da Silvaclaude
andcommitted
🌱 Clarify which ClusterExtension is being asserted in collision test
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
1 parent 8b298cb commit e9e567f

1 file changed

Lines changed: 2 additions & 1 deletion

File tree

test/e2e/features/update.feature

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -385,6 +385,7 @@ Feature: Update ClusterExtension
385385
matchLabels:
386386
"olm.operatorframework.io/metadata.name": ${CATALOG:test}
387387
"""
388+
# The conflicting ClusterExtension (${NAME}-dup, now tracked as ${NAME}) should be retrying
388389
Then ClusterExtension reports Progressing as True with Reason Retrying and Message includes:
389390
"""
390391
revision object collisions
@@ -424,7 +425,7 @@ Feature: Update ClusterExtension
424425
matchLabels:
425426
"olm.operatorframework.io/metadata.name": ${CATALOG:test}
426427
"""
427-
Then ClusterExtension "${NAME}" owns2 ClusterObjectSets
428+
Then ClusterExtension "${NAME}" owns 2 ClusterObjectSets
428429
# The higher-revision COS (revision 2) should also collide, not take over resources
429430
And ClusterExtension reports Progressing as True with Reason Retrying and Message includes:
430431
"""

0 commit comments

Comments
 (0)