Task · SKT-0215

Represent handled data-quality rejection spans as UNSET with a rejection marker

Description

Handled data-quality rejections currently produce ERROR consumer spans despite successful processing of the rejection, warning logs and zero function Errors.

Acceptance Criteria

Definition of Done

Implementation Plan

Source a valid handled-rejection marker and freeze the smallest existing emitter/author-owned seam without inventing a catalogue wire name; then implement UNSET only for handled business outcomes, preserve true execution errors, and prove via real Build/Mint/Project with warning logs and function metrics.

Implementation Notes

Owner closeout: Accepted handled-rejection repair and independent delta PASS unlanded. Resume final causal stack; preserve operation-local origin, nested-parent errors and application-owned marker.

Loop60 closeout: Accepted task-separated candidate is retained in the repaired fe995479 causal stack, not published. Composed app race still exceeds the unchanged600-second budget, including after exact optimization foundation; plain/component success is not full-gate acceptance. Resume after owner-authorized evaluator resolution, current-main composition, final generation/review/full gate and actual inventory proof. No timeout/assertion/population weakening or unchanged green sampling.

Final loop closeout: retained unlanded causal candidateaf34 has native/component review and final CodeRabbit passes, but the exact integrated full gate fails app-race600.139s. No candidate source was pushed or deployed. Preserve task-specific earlier evidence/limits; resume only after the aggregate owner stop and relevant dependency/owner decisions are resolved, with no timeout/assertion/case/isolation reduction or unchanged full-gate retry.

View the source file on GitHub