@crvouga/mockingbird-service-sentry 1.2.0 → 1.4.0

package/CHANGELOG.md

@@ -1,14 +1,28 @@
 # Changelog — @crvouga/mockingbird-service-sentry
 
-## 1.2.0 (2026-10-09)
+## 1.4.0 (2026-10-15)
 
 ### Features
 
-- match Emulate provider coverage ([16b65ce](https://github.com/crvouga/mockingbird/commit/16b65ce791fa216f28ec1521df636f57771d9c5e))
+- finish durable run lifecycle ([725ea1a](https://github.com/crvouga/mockingbird/commit/725ea1a966dac65434e98f06a9c33aca0d6f32d7))
+- add management and portable archives ([0d2a6dd](https://github.com/crvouga/mockingbird/commit/0d2a6dd0f9fecb3a1ea7c1638f6639787395c2f4))
+
+### Fixes and improvements
 
-### Dependencies
+- correlate cross-namespace operations ([3457a4b](https://github.com/crvouga/mockingbird/commit/3457a4b7dbfd9ad9c8a10671a5744b7c8425d000))
+- harden HTTP stream handling ([674307a](https://github.com/crvouga/mockingbird/commit/674307a869f57907567d462c4f506c3b0a237e13))
+
+## 1.3.0 (2026-10-12)
+
+### Features
 
-- `@crvouga/mockingbird-service-sqlite`
+- unify the emulator control plane ([2068547](https://github.com/crvouga/mockingbird/commit/2068547bedde4e2e2331c1657c1a78120e84428b))
+
+## 1.2.0 (2026-10-08)
+
+### Features
+
+- match Emulate provider coverage ([16b65ce](https://github.com/crvouga/mockingbird/commit/16b65ce791fa216f28ec1521df636f57771d9c5e))
 
 ## 1.1.0 (2026-10-08)
 

package/DISCOVERY.md

@@ -35,6 +35,7 @@ repository; live parity is an additional oracle check, not a substitute for the
 
 - `GET /__admin/health`
 - `GET /__admin`
+- `GET /__admin/controls`
 - `GET /__admin/state`
 - `GET /__admin/requests`
 - `GET /__admin/metrics`
@@ -45,6 +46,28 @@ For HTTP services, use `x-mockingbird-namespace` (or the documented credential/p
 parallel tests do not share state. Admin state, journal, metrics and fault-preset endpoints are
 designed for assertions and diagnosis by consuming test suites.
 
+## Admin controls
+
+Every HTTP emulator takes the same controls, and each means the same thing at boot
+(`createRuntime({ adminControls })`, `serve --admin-controls`), over `/__admin`, and in a request header:
+
+| Control | Admin API | Request header | Interface |
+| --- | --- | --- | --- |
+| Isolate state by key | `GET /__admin/namespaces` | `x-mockingbird-namespace: <key>` | [Namespaces](https://mockingbird.chrisvouga.dev/docs/admin-controls/namespaces) |
+| Reset to boot | `POST /__admin/reset` | `x-mockingbird-reset: true` | [Reset](https://mockingbird.chrisvouga.dev/docs/admin-controls/reset) |
+| Snapshot and restore | `POST /__admin/snapshots`, `POST /__admin/snapshots/<id>/restore` | `x-mockingbird-snapshot: <name>`, `x-mockingbird-restore: <name>` | [Snapshot and restore](https://mockingbird.chrisvouga.dev/docs/admin-controls/snapshot-and-restore) |
+| Move the clock | `POST /__admin/clock` | `x-mockingbird-time: <instant>`, `x-mockingbird-advance: <duration>` | [Clock](https://mockingbird.chrisvouga.dev/docs/admin-controls/clock) |
+| Read or branch from old state | `GET /__admin/timeline` | `x-mockingbird-at: <checkpoint>`, `x-mockingbird-branch: <name>` | [Checkpoints and branches](https://mockingbird.chrisvouga.dev/docs/admin-controls/checkpoints-and-branches) |
+| Inject a fault | `POST /__admin/faults` | `x-mockingbird-fault: <fault>` | [Faults](https://mockingbird.chrisvouga.dev/docs/admin-controls/faults) |
+| Latency and timeouts | `PUT /__admin/latency` | `x-mockingbird-delay: <duration>`, `x-mockingbird-timeout: <duration>` | [Latency and timeouts](https://mockingbird.chrisvouga.dev/docs/admin-controls/latency-and-timeouts) |
+| Replay from a seed | `PUT /__admin/controls` | `x-mockingbird-seed: <seed>` | [Seed and determinism](https://mockingbird.chrisvouga.dev/docs/admin-controls/seed-and-determinism) |
+| See what happened | `GET /__admin/requests`, `GET /__admin/state` | | [Journal, metrics and state](https://mockingbird.chrisvouga.dev/docs/admin-controls/journal-and-state) |
+
+`GET /__admin` lists every route and header with a one-line summary, and `GET /__admin/controls`
+is the namespace's current control document. The same seed and the same requests give the same
+bytes. Setting controls as an emulator starts is [Boot](https://mockingbird.chrisvouga.dev/docs/admin-controls/boot); every route and header is in
+the [Reference](https://mockingbird.chrisvouga.dev/docs/admin-controls/reference). The full guide: <https://mockingbird.chrisvouga.dev/docs/admin-controls>.
+
 ## Report a mismatch or missing capability
 
 Follow the [agent reporting contract](https://github.com/crvouga/mockingbird/blob/main/docs/REPORTING_ISSUES.md). Include package version,

package/README.md

@@ -15,20 +15,29 @@ bun add -d @crvouga/mockingbird-service-sentry
 ## Usage
 
 ```ts
-import { createRuntime, DEFAULT_PROJECT } from "@crvouga/mockingbird-service-sentry"
-
-const sentry = createRuntime()
-const response = await sentry.fetch(new Request(
-  `http://sentry.local/api/1/store/?sentry_key=${DEFAULT_PROJECT.publicKey}&sentry_version=7`,
-  { method: "POST", headers: { "content-type": "application/json" },
-    body: JSON.stringify({ message: "Fixture failure", fingerprint: ["fixture-group"] }) },
-))
-console.log(response.status) // 200
+import * as Sentry from "@sentry/node"
+import { DEFAULT_PROJECT } from "@crvouga/mockingbird-service-sentry"
+import { createServer } from "@crvouga/mockingbird-service-sentry/server"
+
+// Test setup: the emulator, and a DSN that points the Sentry SDK at it.
+const server = await createServer()
+const dsn = `${server.url.replace("://", `://${DEFAULT_PROJECT.publicKey}@`)}/1`
+
+// The app's own Sentry calls.
+Sentry.init({ dsn })
+Sentry.captureMessage("Fixture failure", { fingerprint: ["fixture-group"] })
+await Sentry.flush(2000)
+
+// The test asserts on what the emulator captured.
+const captured = await (await fetch(`${server.url}/__admin/events?project=1`)).json()
+console.log(captured.events.length) // 1
+await Sentry.close()
+await server.close()
 ```
 
-For the official `@sentry/nextjs` or `@sentry/node` SDK, start `createServer()` from the `/server`
-entry and set `SENTRY_DSN` to `http://<DEFAULT_PROJECT.publicKey>@127.0.0.1:<port>/1`, or give that
-DSN to `init`/`NodeClient`. Both SDKs are tested at **11.4.0** (the report supplied no pinned version).
+The official `@sentry/nextjs` and `@sentry/node` SDKs both take that DSN: start `createServer()` from
+the `/server` entry and set `SENTRY_DSN` to `http://<DEFAULT_PROJECT.publicKey>@127.0.0.1:<port>/1`, or
+give it to `init`/`NodeClient`. Both SDKs are tested at **11.4.0** (the report supplied no pinned version).
 Use SDK `flush()` to finish submission, then `POST /__admin/flush {"eventIds": […], "count": n}`
 for an immediate assertion: `flushed: false` means the condition is not met; it never sleeps.