mirror of
https://github.com/diegosouzapw/OmniRoute.git
synced 2026-08-18 21:22:28 +03:00
* feat(dashboard): add RADAR_ENABLED flag (default off) * feat(db): radar feed cache + settings with encrypted supporter key * feat(radar): signed feed sync with pinned key and version floor - feedSchema.ts: Zod v4 schema mirroring the server feed format (discriminated union on budget.kind, enum constraints, etc.) - pinnedKeys.ts: Ed25519 SPKI-DER pinned key + env override for forks - verify.ts: signature verification over exact wire bytes, never throws - sync.ts: full download/verify/validate/cache pipeline with injectable deps, feature-flag gate, opt-in gate, version floor (numeric compare), and sanitized error reasons (no stack traces) - 40 tests covering: contract hash, key handling, sig verification, schema validation, version compare, all sync paths (disabled, opt_out, invalid_signature, invalid_schema, stale, updated, error), auth header injection, and cache-untouched assertions for every failure mode * feat(radar): read-time overlay merge rules over the free catalog Pure function applyFeed() merges the cached Radar feed over the static baseline catalog at read time, honoring 4 rules: 1. Feed never overwrites a local override field. 2. enabled:false disables the entry with disabledBy:"radar" provenance. 3. User-added entry NOT in the feed survives untouched. 4. User deletion tombstone prevents feed resurrection. getRadarCatalog() accessor in index.ts: flag off / no cache / corrupt payload all fall back to baseline. Valid cache applies the overlay and returns feed metadata (version, tier, fetchedAt). TDD: 19 tests (4 rules + dedup + origin + accessor flag/cache/corrupt/ valid/bad-feed + baselineToMergedEntries converter). * feat(dashboard): radar catalog and guided setup screens - API routes: GET /api/radar/catalog, POST /api/radar/sync, POST /api/radar/settings - All gated on RADAR_ENABLED flag (404 when off) - Error responses via buildErrorBody(), never raw stack/message - Settings never echoes clear supporter key (masked omr_****<last4>) - Sync delegates to syncRadar() server-side, never proxies feed URL - Dashboard pages: - /dashboard/radar: 4 states (flag off, opt-in pending, empty, populated) - /dashboard/radar/setup?provider=X: guided setup with steps, key URL, test connection - Uses existing Card component and next-intl patterns - Sidebar: radar entry in costs group with icon - i18n: pt-BR and en keys for radarPage and radarSetupPage namespaces - Tests: - radar-api-routes.test.ts: 11 tests (flag-off 404, flag-on shape, error sanitization) - radar-page-state.test.ts: 5 tests (pure state logic) - All 90 radar tests pass (including prior 74) * docs(radar): module doc and flag-off inertia test Add docs/frameworks/RADAR.md covering the flag gate, the separate data-sync opt-in and privacy promise, the Ed25519 signature/pinned-key security model, tiers, the read-time overlay merge rules, and the self-hosting env vars — plus index entries in CLAUDE.md/AGENTS.md/docs/README.md/REPOSITORY_MAP.md. Document RADAR_FEED_URL and RADAR_FEED_PUBKEY in .env.example and docs/reference/ENVIRONMENT.md to satisfy check:env-doc-sync, which was failing on this branch since the sync.ts commit added the reads. Add tests/unit/radar-inertia.test.ts as the single canonical place asserting the "RADAR_ENABLED off => zero behavioral delta" claim end to end: the three /api/radar/* routes 404, the flag resolves to the definition default with no override, getRadarCatalog() returns exactly the baseline without touching the cache, and computeFreeModelTotals() keeps its pinned values with the Radar module imported alongside it. * fix(db): renumber radar migration to 135 after collision with 134 The base branch introduced 134_proxy_logs_egress_ip while this branch carried 134_radar_cache_settings; the migration runner rejects duplicate numeric prefixes. This migration has never been applied to a real database (the PR is unmerged), so no retroactive isSchemaAlreadyApplied guard is needed. * i18n(radar): translate radar catalog and setup strings to all locales The UI-coverage ratchet measures (present - placeholder) / total_en, so the __MISSING__ sentinels that i18n:sync-ui writes do not count as covered — only real translations restore the metric. Scoped to this PR's namespaces (radarPage, radarSetupPage, sidebar.radar*) instead of a bulk sync, which would have pulled ~978 unrelated pending keys into this diff. Placeholders and code identifiers verified preserved across all 1682 strings. * fix(radar): trust the served-tier header instead of the signed body field The signed feed body always carries tier:"live" by design (one signed artifact per version — rewriting the field server-side per request would break the exact-bytes Ed25519 signature). The server now returns the tier ACTUALLY served via the x-omniroute-feed-tier response header, so free users on a delayed community snapshot no longer see "Ao vivo (tempo real)" in the UI. sync.ts now reads and validates that header (falling back to the body's tier only when the header is absent or holds an unrecognized value) and stores the served tier in the cache; index.ts already surfaces cache.tier to the UI unchanged. * test(combo): shorten an assert message that exceeded the line limit The assertion added by #9507 was 104 chars, so prettier reformatted it into five lines on the next commit that touched the file, pushing it past its frozen size (3449) and failing check:file-size. The message is shortened (the issue reference stays in the comment directly above); the assertion itself is unchanged, and the file is back to 3448 lines and prettier-clean. * i18n(radar): use the canonical zh-TW glossary terms The machine translation produced retired renderings the glossary gate blocks: 供應商 for provider (canonical 提供者) and 文檔 for documentation (canonical 文件). Fixed across the 11 affected radar strings; tests/unit/i18n-glossary-consistency-check.test.ts is back to 17/17. * fix(radar): point the default feed URL at the domain that exists radar.omniroute.dev was a placeholder for a domain that was never registered, so an out-of-the-box sync would fail DNS resolution for every user. The live feed is served from radar.omniroute.online (the subdomain the design always specified), now behind Cloudflare TLS. Forks still override it via RADAR_FEED_URL. --------- Co-authored-by: diegosouzapw <diegosouzapw@users.noreply.github.com>
77 lines
2.7 KiB
TypeScript
77 lines
2.7 KiB
TypeScript
/**
|
|
* #9146. The CCR entry cap is global while the only per-principal cap is bytes, so one
|
|
* principal can exhaust the shared 5,000-entry budget with small blocks while staying
|
|
* well inside its own 16 MB allowance. Eviction then took the globally oldest block,
|
|
* which belongs to whoever has been quiet longest.
|
|
*/
|
|
import { describe, it, beforeEach } from "node:test";
|
|
import assert from "node:assert/strict";
|
|
import {
|
|
MAX_CCR_ENTRIES,
|
|
MAX_CCR_PRINCIPAL_BYTES,
|
|
inspectCcrBlock,
|
|
resetCcrStore,
|
|
tryStoreBlock,
|
|
getCcrStoreStats,
|
|
} from "../../../open-sse/services/compression/engines/ccr/index.ts";
|
|
|
|
/** Distinct content per index, at the engine's minimum block size. */
|
|
function block(seed: number): string {
|
|
return `${seed}`.padEnd(600, "x");
|
|
}
|
|
|
|
describe("CCR eviction stays inside the storing principal (#9146)", () => {
|
|
beforeEach(() => {
|
|
resetCcrStore();
|
|
});
|
|
|
|
it("keeps a quiet principal's block when a busy principal fills the entry cap", () => {
|
|
const quiet = tryStoreBlock(block(0), "principal-quiet");
|
|
assert.equal(quiet.stored, true);
|
|
|
|
// One principal, many small blocks: enough to exhaust the shared entry budget.
|
|
for (let i = 1; i <= MAX_CCR_ENTRIES; i++) {
|
|
tryStoreBlock(block(i), "principal-busy");
|
|
}
|
|
|
|
assert.notEqual(
|
|
inspectCcrBlock(quiet.hash, "principal-quiet"),
|
|
null,
|
|
"a principal that stored one block must not lose it to another principal's traffic"
|
|
);
|
|
});
|
|
|
|
it("the busy principal stayed well inside its own byte budget while doing it", () => {
|
|
for (let i = 1; i <= MAX_CCR_ENTRIES; i++) {
|
|
tryStoreBlock(block(i), "principal-busy");
|
|
}
|
|
|
|
const stats = getCcrStoreStats("principal-busy");
|
|
assert.ok(
|
|
stats.bytes < MAX_CCR_PRINCIPAL_BYTES / 4,
|
|
`expected the busy principal to sit under a quarter of its byte cap, got ${stats.bytes}`
|
|
);
|
|
});
|
|
|
|
it("still bounds the store at the entry cap", () => {
|
|
for (let i = 0; i <= MAX_CCR_ENTRIES + 50; i++) {
|
|
tryStoreBlock(block(i), "principal-busy");
|
|
}
|
|
|
|
const stats = getCcrStoreStats("principal-busy");
|
|
assert.ok(stats.entries <= MAX_CCR_ENTRIES, `entry cap must still hold, got ${stats.entries}`);
|
|
});
|
|
|
|
it("falls back to another principal's blocks when the storing one has none", () => {
|
|
// A store held entirely by someone else must still admit a newcomer, or a full cache
|
|
// would permanently lock out every principal that arrives late.
|
|
for (let i = 0; i < MAX_CCR_ENTRIES; i++) {
|
|
tryStoreBlock(block(i), "principal-incumbent");
|
|
}
|
|
|
|
const newcomer = tryStoreBlock(block(MAX_CCR_ENTRIES + 1), "principal-newcomer");
|
|
assert.equal(newcomer.stored, true);
|
|
assert.notEqual(inspectCcrBlock(newcomer.hash, "principal-newcomer"), null);
|
|
});
|
|
});
|