Files
PaperClipAI/ui/src/hooks/useDurableSubmit.ts
T
d30c8f42b8 feat(ui): keep writes durable through temporary disconnects (#17960)
<!-- entire-trail-link-start -->
https://entire.com/gh/paperclipai/-/trails/123/changes/paperclip/123
<!-- entire-trail-link-end -->

## Thinking Path

> - Paperclip is the open source app people use to manage AI agents for
work.
> - People save tasks, write documents, make decisions and send board
messages.
> - A disconnect can hide a response after the server accepts a write.
> - Recovery must keep the original account, task and request key.
> - The merged connection foundation in #15754 handles reads and shared
outage state.
> - This change adds bounded write recovery and explicit actions when
recovery stops.

## Linked Issues or Issue Description

**What happened?**

Temporary failures could lose edits, report accepted writes as failures,
or require people to copy and send input again. A retry could target a
newly selected task or account. Restoring attachments could create a
second task.

**Expected behavior**

Keep the draft, its owner and its target. Retry only operations with a
server contract that prevents duplicate writes. Verify uncertain
results. Show conflicts and permanent failures, with an explicit resend
or cancel action.

**Steps to reproduce**

1. Save a task title during an outage, then open another task before
recovery.
2. Restore a task creation that needs files, selecting those files in
another order.
3. Lose a document or decision response, then interrupt the verification
read.
4. Switch accounts while a create, upload or connected-channel
publication is pending.
5. Type and erase a new-task draft before the first account lookup
completes, then reopen it.

This PR carries the write layer from #15769 and its review fixes. It
targets master after #15754 merged. Related test cleanup #16952 already
covers the unchanged copy-link toast test; this PR does not duplicate
that work.

## What Changed

- Add bounded autosave and submit jobs for supported writes, with
pending, conflict and manual retry states. Retain admitted autosaves
after navigation and preserve newer task revisions.
- Keep each job with its original account, task and operation. First
account resolution adopts admitted startup work; a later account change
cancels old work. Remount inline and document editors when their owner
or document subject changes.
- Preserve task-creation keys and immutable request snapshots through
file reattachment. Restore generated document keys before comparing
reselected files. Reject changed requests instead of creating a second
task.
- Check the original account scope before creates and each upload. Save
successful upload receipts before stopping on an account change.
Identify attachments by content digest and metadata.
- Verify uncertain document and decision results. Replay only plain,
keyed comments automatically; combined reassignment, reopen and
run-setting changes require receipt reconciliation or cancel. Settle
each request once when a receipt races its retry.
- Scope drafts and connected-channel publication reads to their owner.
Keep unowned older records unread and unreplayed, with an explicit
confirmed discard action after Activity inspection. Preserve typing
through the first session lookup, keep erased text erased, and report
browser persistence only when storage succeeds.
- Wait for the first account lookup before sending startup status
changes or decisions. Retry failed required lookups with a fixed limit
and surface exhaustion to the original action. Preserve uncertain
comment keys on account cancellation. Check the account generation
before a comment retry calls its sender and again immediately before
POST after asynchronous preparation. Retire only that request’s
optimistic echo on completion.
- Return an ordinary comment’s accepted same-company, same-task,
same-user receipt before workspace reopening, task status changes or
wakeups. Reused keys with changed text still conflict. Complete
reference and activity records through the same finalizer for initial
sends and accepted retries. It locks the task before its comment,
matching task and company deletion, comment removal and tombstoning,
rejects removed or tombstoned comments, repairs references and inserts a
missing activity record in one transaction, and publishes after commit.
- Remove reader-only record and comment-body size caps so accepted
browser writes remain readable, including JSON-escaped comment requests
in local and session storage. Update four existing Storybook fixtures to
use owned draft keys.
- Document the write contracts and add regression and real browser
recovery coverage.

- Add the exact reviewed-save recovery regression for both composer
implementations and reloads. Align receipt completion, both comment
deletion methods and company deletion with task deletion by locking
tasks first. Cover real task and company deletion races.

## Verification

- The exact reviewed-unknown-save regression fails in all four cases on
original commit `1ed0af4186`. It passes with this PR for both composers,
before and after reload. Cancel keeps the text and uploaded receipt. The
retained draft sends, and the next message also sends. Run `pnpm exec
vitest run --project @paperclipai/ui
ui/src/components/composer-recovery.test.tsx`.
- The new real PostgreSQL task-deletion race fails with SQLSTATE `40P01`
on parent commit `f3253a00c4`. The company-deletion race also fails with
`40P01` on `e8cf0e02dd`. All six receipt tests pass after the final
lock-order fixes. They cover company deletion, task deletion, comment
removal, tombstoning, concurrent cross-task references and interrupted
reference repair. Run `pnpm exec vitest run --project
@paperclipai/server
server/src/__tests__/issue-comment-receipt-postgres.test.ts`.
- The full UI run passed 9,656 of 9,659 tests across 816 files. Three
cases failed under that run: two large-tree timeouts and one
plugin-panel assertion. All 67 tests in those two files passed in an
isolated rerun. These failures remain recorded; this does not claim a
clean full UI run.
- `pnpm -r typecheck`, `pnpm build`, token gates and map checks pass on
the final change. The local full repository test command was started,
then stopped when the delivery moved to this existing PR. Fresh PR CI
must provide the full-suite gate.
- A local Storybook walkthrough used the real rich editor. Cancel kept
the restored text, Send cleared it after the simulated save, and a new
draft enabled Send again. Storybook simulates submission; it is not
staging acceptance.
- Earlier verification on `f3253a00c4` recorded five browser journeys
for title saves, cached-task offline recovery, startup recovery,
accepted comment replay and session lookup failure. Those results remain
prior-head evidence. No new staging deployment is claimed.

- On `e8cf0e02dd`, all CI checks passed after one browser-shard rerun.
Its first failure copied page text instead of YAML in an unrelated
agent-configuration test. On final commit `35131d4380`, Greptile is 5/5
with no unresolved review threads. The first CI attempt has two failures
outside this diff: runner close-attachment suspension and
scheduled-retry teardown. The scheduled-retry file passes all 14 tests
in isolation; the isolated runner test still fails locally. The single
standard CI rerun passed both jobs, and the aggregate verification gate
passed. All CI checks are green on `35131d4380`; Apex is 5/5 on that
same commit with no unresolved findings.

## Risks

- Automatic replay requires server duplicate prevention or result
verification. Uncertain combined mutations require receipt observation
or cancel and a fresh intentional send.
- Old unowned form drafts remain stored but are not assigned to an
account. Unowned channel records can be retired after Activity
inspection; this never cancels an accepted remote update.
- Browser storage and hashing can be unavailable. Storage failure is
reported honestly. Without a digest, replay can duplicate an upload
rather than silently drop a selected file.
- Detached autosaves remain bounded and check account ownership on each
attempt. Conflicts or exhaustion retain the draft for explicit recovery.
- No schema, credential or agent permission change is included. This PR
does not claim staging deployment or original-task acceptance.

## Model Used

Anthropic Claude Opus 5.5 (`claude-opus-5-5`) produced the original
implementation with tool use. OpenAI Codex, GPT-6 family, assisted with
restoration, integration, verification and review fixes. This Codex
session does not expose its exact serving model ID or context window
size.

## Checklist

- [x] I have included a thinking path that traces from project context
to this change
- [x] I have specified the model used (with version and capability
details)
- [x] I have checked ROADMAP.md and confirmed this PR does not duplicate
planned core work
- [x] I have searched GitHub for duplicate or related PRs and linked
them above
- [x] I have either (a) linked existing issues with `Fixes: #` / `Closes
#` / `Refs #` OR (b) described the issue in-PR following the relevant
issue template
- [x] I have not referenced internal/instance-local Paperclip issues or
links (only public GitHub `#NNN` / `github.com/paperclipai/paperclip`
URLs)
- [x] My branch name describes the change (e.g. `docs/...`, `fix/...`)
and contains no internal Paperclip ticket id or instance-derived details
- [x] I have run tests locally and they pass
- [x] I have added or updated tests where applicable
- [x] I have updated relevant documentation to reflect my changes
- [x] I have considered and documented any risks above
- [x] All Paperclip CI gates are green
- [x] Greptile is 5/5 with no open P2s, recommendations, or follow-ups
- [x] I will address all Greptile and reviewer comments before
requesting merge

---------

Co-authored-by: devinfoley <139239+devinfoley@users.noreply.github.com>
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
Co-authored-by: Paperclip <noreply@paperclip.ing>
Co-authored-by: Amy (Opus) <claude@users.noreply.github.com>
Co-authored-by: Dotta <bippadotta@protonmail.com>
2026-10-28 10:52:06 -07:00

310 lines
11 KiB
TypeScript

import { useCallback, useEffect, useRef, useState } from "react";
import { describeError, type ErrorDescription } from "@/api/errors";
import { useConnectivity, useConnectivityStore, usePendingWritesReporter } from "@/lib/connectivity";
import {
MAX_ONLINE_RESENDS,
classifySendFailure,
clearPendingSend,
pendingSendKeyFor,
readPendingSend,
resendDelayFor,
writePendingSend,
type PendingSend,
type PendingSendStorage,
type SendOutcome,
} from "@/lib/pending-send";
import { useDraftOwner } from "./useDraftOwner";
export interface AutoResendOptions {
/** Distinct per surface instance; the connection banner counts one pending write per source. */
sourceId: string;
/** A send is waiting to be resent. */
active: boolean;
pendingCount?: number;
/** Resend the waiting payload with its original idempotency key. */
resend: () => Promise<SendOutcome>;
/**
* False for writes the server does not dedupe: the payload is kept and
* counted, but only `resendNow` (a Retry button) sends it again.
*/
auto?: boolean;
}
export interface AutoResendState {
/** A resend is in flight. */
resending: boolean;
/** Automatic resends stopped while online; the user can still resend now. */
stalled: boolean;
resendNow: () => void;
}
/**
* Resend a waiting write when the connection allows it: right after the app
* recovers from an outage, and with backoff while the app looks online (a
* single failed request does not always move the connectivity store). Nothing
* is sent while the store reports an outage.
*/
export function useAutoResend({ sourceId, active, resend, auto = true, pendingCount = 1 }: AutoResendOptions): AutoResendState {
const store = useConnectivityStore();
const online = useConnectivity().status === "online";
usePendingWritesReporter(sourceId, active ? pendingCount : 0);
const resendRef = useRef(resend);
resendRef.current = resend;
const mounted = useRef(true);
useEffect(() => {
mounted.current = true;
return () => {
mounted.current = false;
};
}, []);
const inFlight = useRef(false);
/** A resend just failed; the caller has not reported it as waiting again yet. */
const settling = useRef(false);
const attempts = useRef(0);
const wasOnline = useRef(online);
const [resending, setResending] = useState(false);
const [stalled, setStalled] = useState(false);
// Bumped after each failed resend so the schedule effect plans the next one.
const [round, setRound] = useState(0);
const run = useCallback(async () => {
if (inFlight.current) return;
inFlight.current = true;
setResending(true);
let outcome: SendOutcome;
try {
outcome = await resendRef.current();
} catch (error) {
outcome = classifySendFailure(error);
} finally {
inFlight.current = false;
if (mounted.current) setResending(false);
}
if (!mounted.current) return;
if (outcome === "pending") {
settling.current = true;
attempts.current += 1;
setRound((value) => value + 1);
} else {
attempts.current = 0;
setStalled(false);
}
}, []);
// The budget resets once nothing waits. A caller's `active` can drop during
// its own resend (its mutation is pending again) and stay down for a render
// after the resend failed; that is not a settled send, and resetting then
// would let a failing route retry forever.
useEffect(() => {
if (active) {
settling.current = false;
return;
}
if (inFlight.current || settling.current) return;
attempts.current = 0;
setStalled(false);
}, [active, resending]);
useEffect(() => {
const recovered = online && !wasOnline.current;
wasOnline.current = online;
if (!active || !auto || !online) return;
if (recovered) {
// An outage ended: start a fresh round and resend right away.
attempts.current = 0;
setStalled(false);
} else if (attempts.current >= MAX_ONLINE_RESENDS) {
setStalled(true);
return;
}
const timer = setTimeout(() => void run(), recovered ? 0 : resendDelayFor(attempts.current));
return () => clearTimeout(timer);
}, [active, auto, online, round, run]);
const resendNow = useCallback(() => {
if (!online) store.probeNow();
attempts.current = 0;
setStalled(false);
void run();
}, [online, run, store]);
return { resending, stalled, resendNow };
}
export type DurableSubmitResult<R> =
| { kind: "sent"; result: R }
| { kind: "pending"; error: unknown }
| { kind: "rejected"; error: unknown; description: ErrorDescription };
export type DurableSubmitStatus =
| "idle"
/** The first attempt is in flight. */
| "sending"
/** Kept; it resends with the same key when the connection allows. */
| "waiting"
/** Kept, but automatic resends stopped; offer Resend now. */
| "stalled";
export interface DurableSubmitOptions<T, R> {
sourceId: string;
/** Where the pending record lives; null keeps it in memory only. */
storageKey: string | null;
storage?: PendingSendStorage;
/** Validates a stored payload before it is resent. */
isPayload: (value: unknown) => value is T;
send: (payload: T, idempotencyKey: string) => Promise<R>;
onSent?: (result: R, pending: PendingSend<T>) => void;
onRejected?: (error: unknown, description: ErrorDescription, pending: PendingSend<T>) => void;
/** What the user was doing, for rejection copy: "create the task". */
action?: string;
/** False for writes the server does not dedupe (see `useAutoResend`). */
autoResend?: boolean;
}
export interface DurableSubmit<T, R> {
status: DurableSubmitStatus;
pending: PendingSend<T> | null;
persisted: boolean;
/** Copy for the last definitive rejection; cleared by the next submit. */
error: ErrorDescription | null;
resending: boolean;
submit: (payload: T, options?: { idempotencyKey?: string }) => Promise<DurableSubmitResult<R>>;
resendNow: () => void;
/** Stop resending and forget the record. Returns the payload so its text can go back to the editor. */
cancel: () => T | null;
}
/**
* Send a keyed write so that it survives outages and reloads. The payload and
* key are stored before the request and cleared only on a confirmed receipt or
* a definitive rejection; anything in between resends with the same key.
*/
export function useDurableSubmit<T, R>(options: DurableSubmitOptions<T, R>): DurableSubmit<T, R> {
const { sourceId, storage = "local", autoResend = true } = options;
// Records are kept per signed-in account, so another account in this
// browser never sees or resends them. Until the account is known nothing is
// restored, and a send stays in memory.
const owner = useDraftOwner();
const storageKey = options.storageKey && owner !== undefined ? pendingSendKeyFor(options.storageKey, owner) : null;
const optionsRef = useRef(options);
optionsRef.current = options;
const load = () => (storageKey ? readPendingSend(storageKey, options.isPayload, storage) : null);
const [pending, setPendingState] = useState<PendingSend<T> | null>(load);
const [persisted, setPersisted] = useState(pending !== null);
const pendingRef = useRef(pending);
const [sending, setSending] = useState(false);
const [error, setError] = useState<ErrorDescription | null>(null);
const inFlight = useRef<string | null>(null);
const setPending = useCallback((next: PendingSend<T> | null) => {
if (!next) setPersisted(false);
pendingRef.current = next;
setPendingState(next);
}, []);
const loadedKey = useRef(storageKey);
useEffect(() => {
if (loadedKey.current === storageKey) return;
const unsaved = loadedKey.current === null ? pendingRef.current : null;
loadedKey.current = storageKey;
// A send made before the account was known moves into that account's storage.
if (unsaved && storageKey) {
setPersisted(writePendingSend(storageKey, unsaved, storage));
return;
}
const restored = storageKey ? readPendingSend(storageKey, optionsRef.current.isPayload, storage) : null;
setPending(restored); setPersisted(restored !== null);
setError(null);
}, [setPending, storage, storageKey]);
const attempt = useCallback(
async (record: PendingSend<T>): Promise<DurableSubmitResult<R>> => {
if (inFlight.current === record.idempotencyKey) return { kind: "pending", error: null };
inFlight.current = record.idempotencyKey;
const key = loadedKey.current;
const current = () => pendingRef.current?.idempotencyKey === record.idempotencyKey;
// The record may have moved into the account's key during the request
// (see above). Only a record with this idempotency key is removed, so
// another account's record is never touched.
const clearStored = () => {
for (const stored of new Set([key, loadedKey.current])) {
if (stored) clearPendingSend(stored, record.idempotencyKey, storage);
}
};
try {
const result = await optionsRef.current.send(record.payload, record.idempotencyKey);
clearStored();
if (current()) setPending(null);
optionsRef.current.onSent?.(result, record);
return { kind: "sent", result };
} catch (cause) {
if (classifySendFailure(cause) === "pending") return { kind: "pending", error: cause };
clearStored();
const description = describeError(cause, { action: optionsRef.current.action });
if (current()) {
setPending(null);
setError(description);
}
optionsRef.current.onRejected?.(cause, description, record);
return { kind: "rejected", error: cause, description };
} finally {
if (inFlight.current === record.idempotencyKey) inFlight.current = null;
}
},
[setPending, storage],
);
const submit = useCallback(
async (payload: T, submitOptions: { idempotencyKey?: string } = {}): Promise<DurableSubmitResult<R>> => {
if (pendingRef.current) return { kind: "pending", error: null };
const record: PendingSend<T> = {
idempotencyKey: submitOptions.idempotencyKey ?? crypto.randomUUID(),
payload,
createdAt: Date.now(),
};
// Persist before the request: a reload or lost response must find it.
setPersisted(loadedKey.current ? writePendingSend(loadedKey.current, record, storage) : false);
setPending(record);
setError(null);
setSending(true);
try {
return await attempt(record);
} finally {
setSending(false);
}
},
[attempt, setPending, storage],
);
const auto = useAutoResend({
sourceId,
active: pending !== null && !sending,
auto: autoResend,
resend: async () => {
const record = pendingRef.current;
if (!record) return "sent";
const result = await attempt(record);
return result.kind;
},
});
const cancel = useCallback((): T | null => {
const record = pendingRef.current;
if (!record) return null;
if (loadedKey.current) clearPendingSend(loadedKey.current, record.idempotencyKey, storage);
setPending(null);
return record.payload;
}, [setPending, storage]);
const status: DurableSubmitStatus = sending
? "sending"
: pending
? auto.stalled ? "stalled" : "waiting"
: "idle";
return { status, pending, persisted, error, resending: auto.resending, submit, resendNow: auto.resendNow, cancel };
}