{ "harness_version": 2, "app": "calcom", "venue": "guest 9202 demo-hp-scratch, controller 0.261.0, drill catalog", "class": "db", "from": { "calcom": "calcom/cal.com:v6.2.0", "calcom-postgres": "postgres:16-alpine" }, "to": {}, "verdict": "no-edge", "deployed": true, "seed_route": "none written", "seed_read_before": false, "seed_read_after_update": false, "backup": { "snapshots_offered": 1, "first": { "time": "2026-09-22T13:32:12Z", "short_id": "helyi", "tier": 1, "drive_label": "Belső SSD (rendszer)" } }, "restore_verdict": "inconclusive", "seed_read_after_restore": false, "healthy_after": false, "migration_observed": null, "removed_clean": true, "edge": null, "duration_s": 675.8, "measured_at": "2026-09-22T13:26:57.631421+00:00", "evidence": "the-28-2026-09-22/apps/calcom/", "notes": [ "no fixture: no non-browser seed route was written for this app" ], "front_door_after_deploy": { "rc": 0, "code": "502" }, "restore_raw": "{'ok': True, 'snapshot_id': 'helyi', 'snapshots': [{'time': '2026-09-22T13:32:12Z', 'short_id': 'helyi', 'tier': 1, 'drive_label': 'Belső SSD (rendszer)'}], 'http': 'HTTP/2 302', 'location': ['location: /backups/restore?flash=flash.restore.started'], 'seconds': 44.6, 'state_after': 'running', 'hold_after': None, 'observables_after': {'pinned_images': {'calcom': 'calcom/cal.com:v6.2.0', 'calcom-pos", "restore_refusal": null, "restore_state_seen": "starting", "remove_leftovers": "", "correction": "Recorded `failed`, and that was the HARNESS, not the product. The restore was accepted (`flash=flash.restore.started`, no `flash_error`), the app read `running` at +45 s with no hold and no phase, and the classifier then looked once more and saw **`starting`** — a settling state it did not list alongside `running`/`unhealthy`, so it fell through to `failed`. NOT, as the task brief supposed, a read-back of data that was never seeded: the seed half is recorded separately and was already `no route`. `inconclusive` is the honest verdict — the restore ran and nothing says it did not work, and nothing proves it did. Corrected 2026-09-22 from log.txt 15:32:13-15:33:17 and the record's own `restore_state_seen`, not re-run." }