Repro: unconstrained liveArray never receives membership events from query subscriptions

[jimmy-phantom]

What

Adds a passing test that pins current behavior of the "live list" pattern: a REST list query whose result is a sorted, unconstrained liveArray, with getConfig().subscribe pushing update events for upserted rows and delete events ({ id, data: id }) for removals.

Event	Expected by the pattern	Actual
update on existing row's fields	merge, re-render	works
update changing a sort field	re-sort	works
update for unseen id	insert	no-op
create for unseen id	insert	no-op
delete for existing row	remove	no-op

So only rows present at fetch time ever update; membership never changes.

Why

An unconstrained liveArray registers under the default constraint [[EVENT_SOURCE_FIELD, parent.key]], where parent is the query result's root entity (createLiveCollection in LiveCollection.ts). Query subscriptions stamp events with __eventSource = queryKey (reconcileSubscription in QueryResult.ts). The two keys are derived differently and never agree, so ConstraintMatcher.routeEvent never delivers membership events to the binding.

Field updates still work because they flow through the entity merge path in applyMutationEvent, which does not depend on constraint routing.

Behavior is identical in the published 0.2.1 dist and current source. The existing suite doesn't catch this: the only unconstrained-liveArray test asserts initial parse only, and every membership test uses explicit constraints.

Notes

The test asserts the current broken behavior (with the broken cases marked BROKEN in comments) so it runs green as documentation. Once the routing is fixed, flipping those assertions turns it into the regression test.

🤖 Generated with Claude Code