fix(angular): fix 3 compiler divergences from Angular reference

[Brooooooklyn]

1. (High) Remove incorrect bare property track optimization: Angular does
   NOT optimize track id or track trackByFn into direct ctx.id
   references. Only $index, $item, and fn($index[, $item]) calls
   are optimized. Bare property reads now correctly generate wrapper
   functions like function _forTrack($index,$item) { return this.id; }.

2. (Medium) Report diagnostic for missing context in resolve_contexts:
   Angular throws when a ContextExpr references a view with no scope
   entry. Now reports an OxcDiagnostic error via job.diagnostics instead
   of silently keeping the unresolved expression.

3. (Low) Report diagnostic for unknown @for loop variables in ingest:
   Angular throws an assertion for unknown loop variables. Now reports
   an OxcDiagnostic error instead of silently returning an empty
   expression.

Co-Authored-By: Claude Opus 4.6 noreply@anthropic.com

---

Note

Medium Risk
Changes affect template codegen for @for track expressions and add new compilation errors for previously silent edge cases, which may alter output and error behavior for some templates.

Overview
Stops optimizing bare @for ...; track id / track trackByFn property reads into direct ctx.* references, so these now fall back to the non-optimizable path that generates a wrapper track function (matching Angular runtime semantics).

Adds new error diagnostics instead of silently producing empty/unresolved expressions: unknown @for loop variables now push an OxcDiagnostic during ingestion, and missing context mappings in resolve_contexts now record errors (collected via RefCell) and append them to job.diagnostics for both component and host compilation.

Adds integration tests + snapshots covering the bare-property/bare-method track cases to prevent regression.

^{Written by Cursor Bugbot for commit 9922fe1. This will update automatically on new commits. Configure here.}

[Brooooooklyn]

• fix(angular): fix 3 compiler divergences from Angular reference #33 👈 (View in Graphite)
• main

This stack of pull requests is managed by Graphite. Learn more about stacking.