fix(app): settle submissions in either acknowledgement order

Complete submission transactions when RPC and provider acknowledgement arrive in either order. Cache only transaction-owned local rows as transient data, preserve canonical ID-less prompts, and invalidate ambiguous legacy display caches instead of inventing provider identity.
This commit is contained in:
Mohamed Boudra
2026-07-27 17:49:42 +02:00
parent 292cea4bcc
commit 5334008e44
7 changed files with 107 additions and 16 deletions
+1 -1
View File
@@ -104,7 +104,7 @@ The daemon's accepted response already waits for the correlated run start, but i
directory update reach client state separately. An accepted transaction remains active until the
directory observes that run or canonical ingestion acknowledges the prompt, bridging those ordered
authorities without inspecting timeline snapshots. Either signal clears only an RPC-accepted
transaction; it cannot settle a fresh send.
transaction, regardless of which arrived first; it cannot settle a fresh send.
Overlapping sends settle independently rather than collapsing to one newest pending message.
Canonical submitted user rows carry the provider's `messageId` and Paseo's optional