Bound cloud payloads and gate direct mutations - #152
Conversation
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Team Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
3eb4c69 to
8df0e4f
Compare
|
Addressed the current review feedback in 8df0e4f. |
Greptile SummaryCloud sync now fails safely when a saved operation is too large or its durable outbox state cannot be verified. Oversized work is retained for recovery instead of being sent, valid operations continue when a sibling is rejected, direct cloud mutations require the current protocol version, and uncertain outbox state displays Needs attention rather than Synced. Focused queue, Convex, contract, and Flutter widget checks confirmed these behaviors. Confidence Score: 5/5The reviewed cloud-sync safeguards are ready to merge. Focused execution covered failed and missing durable parking records, oversized server operations with valid siblings, every public direct mutation without a protocol version, unsupported protocol versions, generated contract auditing, and the rendered durability-uncertainty status. Files Needing Attention: No files need follow-up for the reviewed behaviors.
What T-Rex did
Reviews (4): Last reviewed commit: "fix: park oversized work without overwri..." | Re-trigger Greptile |
|
Addressed the current Greptile review feedback in 01e79d4. |
|
Addressed the current Greptile review feedback in f2d38a7. |
What changed
Invariants
An oversized operation is never transmitted or silently deleted. New oversized work is durable attention from its first successful write. Legacy queued oversized work is classified as attention without a queued-to-attention write, so even a destructively failing attention store cannot remove its recoverable copy. Restart restores it visibly and Use cloud removes its exact account/strategy/entity storage key before remote adoption.
If any durable write or remove cannot be verified, transport stops where required, reliability is false, the attempted intent remains in memory, and the UI states that nothing was safely confirmed. Only a successful rewrite/removal of that exact key clears uncertainty. A failed cloud-adoption remove retains attention and returns no adoption key.
Direct public mutations share the same version gate and canonical version error as applyOpsBatch. The contract audit fails if a public mutation omits the required numeric protocol argument.
Verification
Stack
Base: agent/conflict-resolution-98296362, accepted head e4b388b (PR #150).