Requested checkpoint starts later
The requested or intervening rows may already be terminal. Inspect persisted Completed/Skipped state.
Practical Guides
Resume from a chosen objective through scene handoff and expose current progression to UI or telemetry.
Configure the source Chapter with Restore Checkpoint, assign the target scene, choose Next Chapter, and choose Checkpoint Objective. On completion, the Manager writes and flushes a versioned one-use handoff before loading. The destination Manager validates and consumes it before considering Editor testing or Default Chapter.
Earlier Completed and Skipped records remain terminal. The requested row is a starting request within hydrated progress, not permission to replay earlier lifecycle events or overwrite a completed row.
A telemetry observer should read public state and listen to notifications, never call selection or completion from its logging callbacks. Record the Chapter/Objective ID before and after accepted project commands if both sides are needed. OnBeforeSceneLoad can record destination intent only if the project already knows it; the parameterless event itself does not expose scene or handoff IDs.
Do not infer historical event counts from hydrated state. Persistence restores a snapshot without replay. If analytics needs lifetime history, store that history in the project's telemetry backend.
The requested or intervening rows may already be terminal. Inspect persisted Completed/Skipped state.
The handoff was absent, failed validation, or could not be stored/flushed. Check ProgressOperationResult warnings and destination IDs.
Expected: no event replay. Read the state snapshot after readiness.
Separate command and observation components so diagnostic code remains side-effect free.