User report extensions registered lazily are silently skipped during method execution

Description

When the extension catalog (_extension_catalog.db) is already populated for the report kind, user-defined report extensions are registered as lazy entries (via registerLazyFromCatalog) rather than being fully imported. Subsequent method invocations silently skip these reports because executeReports calls registry.getAll(), which only returns fully-loaded (non-lazy) reports. The user sees only @swamp/method-summary run; their custom report produces no new data version and no Running report: log line.

Steps to Reproduce

1. Create a user report extension at extensions/reports/my_report.ts with export const report = { name: "@org/my-report", scope: "method", ... }.
2. Declare it on the model: reports: ["@org/my-report"] in the extension TypeScript, and in the instance YAML under reports.require.
3. Run swamp model method run <model> <method> once — the report fires (bootstrap path: catalog not yet populated, full eager import).
4. Run swamp model method run <model> <method> again — the report is silently skipped. Only @swamp/method-summary runs.

Root Cause (traced in swamp source 20260409.030033.0-sha.07dae003)

The bug spans two files:

src/domain/reports/user_report_loader.ts — buildIndex() (line 271) When catalog.isPopulated("report") is true and no source files are stale, the method calls registerLazyFromCatalog(catalog) and returns immediately. This registers report types as lazy entries only — their bundles are not imported.

src/domain/reports/report_execution_service.ts — executeReports() (line 335)

const allReports = registry.getAll();

registry.getAll() (report_registry.ts line 152) only returns fully-loaded reports (this.reports map). Lazy entries in this.lazyTypes are invisible. So the candidate set built by filterReports() never contains user reports after the first run.

src/libswamp/models/run.ts — guard (line 612)

if (!input.skipAllReports && reportRegistry.getAll().length > 0) {

This guard passes (builtin reports like @swamp/method-summary are always eagerly registered), so execution enters the report block — but executeReports still only sees the builtins.

Compare with src/libswamp/reports/describe.ts — createReportDescribeDeps() (line 36-43) correctly calls reportRegistry.ensureLoaded() and reportRegistry.ensureTypeLoaded(name) before using the registry. The run path never does this.

Expected Behavior

All reports declared in modelDef.reports (and selection.require) should fire on every method run, regardless of whether the extension catalog was warm or cold at startup.

Proposed Fix

In src/domain/reports/report_execution_service.ts — executeReports(), before calling registry.getAll(), add:

// Build candidate names first (from modelTypeReports + selection.require)
const candidateNames = [
  ...(modelTypeReports ?? []),
  ...(selection?.require ?? []).map(r => typeof r === "string" ? r : r.name),
];
// Eagerly load any lazy candidates so they appear in getAll()
await Promise.all(candidateNames.map(n => registry.ensureTypeLoaded(n)));
const allReports = registry.getAll();

Alternatively, add await registry.ensureLoaded() in executeReports() before getAll() — this is simpler but loads all report types rather than just the candidates.

Environment

• swamp version: 20260409.030033.0-sha.07dae003
• OS: macOS Darwin 25.4.0
• Repo has one user report extension, one extension catalog DB, PostgreSQL datastore

Observed vs Expected

• Observed: Data version for custom report stays at v2 after every subsequent queryErrors run. No Running report: "@org/my-report" log line. No report-4chems-loki-errors-report output.
• Expected: Custom report produces a new data version on each method run.

Workaround

Manually delete the populated:report key from .swamp/_extension_catalog.db before each run (sqlite3 .swamp/_extension_catalog.db "DELETE FROM bundle_meta WHERE key='populated:report'"). This forces the bootstrap path (full eager import) on the next run. The problem recurs after the first subsequent run re-populates the catalog.