Loading
fix(LdContextNotAvailable): extend 503→504 to 043_01/051_05/053_05 + comment ignored jsonldContext
Addresses review comments on this MR.
1. Sweep for tests asserting 503 against LdContextNotAvailable. Beyond
028_07_02 (already fixed in this branch), the only three remaining are:
- 043_01.robot — bumps ${expected_status_code} (covers all 5 tests).
- 051_05.robot — status + paired "Service Unavailable" reason phrase
→ "Gateway Timeout".
- 053_05.robot — status only.
Verified: 043_01_01..05 and 053_05_01 PASS; no other 503 +
LdContextNotAvailable pairings remain in the suite.
2. Document why `jsonldContext` stays in the ignore list as a temporary
cross-broker workaround. TS 104-175 § 10.5.2.4 actually mandates
auto-initialisation ("If not present, the jsonldContext field shall
be initialized with the @context applicable for the Subscription"),
but implementations don't all comply yet. See spec-doubts.md #16
(the related subscription-vs-CSR fallback asymmetry). The ignore —
and matching fixture omission of jsonldContext — should be removed
once implementations converge on the spec's mandate.
notificationTrigger does NOT need ignoring: every subscription-shaped
expectation specifies it explicitly and the broker echoes user values,
so deep-diff matches. !269's removal of notificationTrigger from the
(previously dead-quoted) ignore list is correct as-is.
Co-Authored-By:
Claude Opus 4.7 <noreply@anthropic.com>