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.
Shipped
Click a lifecycle step above to view its details.