Skip to main content
← Back to list
01Issue
BugShippedSwamp CLIPublic
Assigneeshammz

Relationships

≡ duplicate of #2968

#2972 data query: does not follow data rename forwarding that data get follows

Opened by hammz · 10/2/2026· Shipped 10/5/2026

Gap

After swamp data rename m old-name new-name, swamp data get m old-name follows the rename forward reference (FileSystemUnifiedDataRepository.findByNameWithDepth follows isRenamed/renamedTo for latest lookups) and returns new-name's latest version and content. The documented equivalent, swamp data query 'modelName == "m" && name == "old-name"' --select content, returns nothing: the catalog backfill skips renamed tombstones and rename() removes the old row.

This holds on every datastore, including the default filesystem one. Found while writing integration/data_query_get_parity_test.ts for swamp-club#2962, which leaves old-name out of its parity fixture for this reason.

Expected

Before data get is removed in favour of data query (follow-up to swamp-club#2948), decide whether a query by a retired name should follow the forward reference, as data get does, or whether the shortcut table in design/enablers/data-query.md should document that rename forwarding is a data get-only behaviour and what replaces it.

02Bog Flow
✓OPEN✓TRIAGED✓IN PROGRESS✓SHIPPED+ 1 MOREASSIGNED+ 2 MORESESSION_SUMMARIZED

Shipped

10/5/2026, 3:04:40 PM

Click a lifecycle step above to view its details.

03Sludge Pulse
hammz assigned hammz10/5/2026, 3:04:38 PM
hammz linked duplicate of #296810/5/2026, 3:04:40 PM

Sign in to post a ripple.