mirror of
https://github.com/paperclipai/paperclip.git
synced 2026-10-25 17:45:53 +01:00
nickyleachandPaperclip
0882a09eb3
A resumed session that dropped delta messages still claimed a complete delta, and coverage.omittedMessageCount rode the full-list count into the delta payload. resumeDelta now carries its own omittedMessageCount, and the prompt states the delta is not complete when the cap drops a delta message. The recovery-outcomes select had no deterministic order, so the item cap kept an arbitrary 30 rows instead of the newest 30. Add createdAt and id order to that select, matching the pattern already used for issue thread interactions. Co-authored-by: Paperclip <noreply@paperclip.ing>