start: auf „Convex functions ready“ warten, bevor Seed oder Token-Mint eine Funktion rufen - #3
Merged
Merged
Conversation
…t eine Funktion rufen — auf frischen (anonymen) Deployments antwortet das Backend, während convex dev noch pusht
…n, dann dekodieren (✔ im Log)
Author
|
Greptile Runde 1 eingearbeitet: |
Author
|
@greptile Bitte einmal neu reviewen: Branch auf main rebased; das Paket |
…(main ist geschützt)
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Gefunden beim Bau des ausgeführten Assurance-Nachweises (
login-verified, amadeni/assurance#1): Auf einem frischen Checkout ohne.env.localstartetdev-contract starteine anonyme lokale Convex-Instanz. Der Schrittconvex-readywartete bisher nur darauf, dass das Backend den Env-Snapshot beantwortet — zu dem Zeitpunkt bündelt und pushtconvex devaber noch. Der Seed lief dann gegen ein leeres Deployment:Dasselbe trifft jeden Consumer auf frischem Checkout, also auch mynds Dev-Container und jede CI.
Was
runStartwartet nach Backend und Provisionierung zusätzlich darauf, dassconvex devin diesem StartConvex functions readyins Log geschrieben hat (Schrittconvex-ready, TimeoutconvexReadyMs, Abbruch wenn convex stirbt). Ein schon laufendesconvex devzählt mit seinem ganzen Log — es hat längst gepusht.processes.ts:logSize(Marke vor dem Start) undreadLogSince(nur das, was danach kam) — damit ein altes Log keinen frischen Start beweist.Geprüft
pnpm run cigrün (80 Tests). Neu: Reihenfolge Snapshot → Log-Wartezeit → Seed; ein nie landender Push ist einconvex-ready-Fehler mit Diagnose, nicht einseed-Fehler, und Seed und Mint laufen dann nicht.Nach dem Merge
pnpm release→ 0.1.2. Der Assurance-Consumer-PR in eberswalder-zeitreise hebt dev-contract auf diese Version, damitlogin-verifiedim CI durchläuft.The PR appears safe to merge; no actionable correctness, security, or repository-rule issues remain.
Summary
Convex functions readyafter backend provisioning and before seed or token-mint operations.Diagram
%%{init: {'theme': 'neutral'}}%% flowchart TD A[Run start] --> B[Record Convex log byte offset] B --> C[Start or reuse convex dev] C --> D[Wait for backend snapshot] D --> E[Apply provisioning] E --> F[Read log from selected offset] F --> G{Convex functions ready?} G -- No --> H{Process alive and timeout remaining?} H -- Yes --> F H -- No --> I[Fail at convex-ready] G -- Yes --> J[Run seed] J --> K[Mint token] K --> L[Continue application startup]Reviews (2) · Last reviewed commit: "Greptile Runde 1: Log-Marke ist ein Byte..."