Skip to content

parity diff v0.5.1205 → main 2026-07-03: net +32/−10; 10 newly-failing tests need triage (incl. issue-945 guard confirmation) #5917

Description

@proggeramlug

Summary

First full parity diff since the extended gate came back: v0.5.1205 tag run (2026-06-24, run 28110573641) vs current main edd608a44 (2026-07-03, run 28663806487, branch ci/parity-baseline-0703). Both parity-report artifacts attached to their runs.

Net: +32 newly passing, 10 newly failing, 63 failing in both (standing tail), 0 new-test failures. All 26 gap-suite failures in the current run are standing (old-numbered categorical gaps), i.e. the week's merge wave (#5466, #5854, #5866/#5867/#5871/#5885, the #58xx test262 wave) was a strong net positive on parity.

The 10 newly-failing tests (pass @1205 → fail @now)

test status note
test_issue_945_scalar_method_guards parity_fail independently confirms #5872's scalar-guard half as a real in-window regression (matches compile-smoke's ownMethodWrite scalarized guard failure; prime suspect #5466 by subject)
test_gc_aggressive_forced parity_fail GC behavior change in window — untriaged
test_edge_closures parity_fail untriaged
test_edge_interfaces parity_fail untriaged
test_generic_class parity_fail untriaged
test_issue_806_default_derived_constructor_forwarding parity_fail untriaged (derived-ctor forwarding — window includes capture/ctor-adjacent merges)
test_parity_argon2 parity_fail was passing at 1205
test_gap_readline_3698plus compile_fail new compile failure
test_issue_3196_3198_tls_helpers compile_fail tls cluster — possibly runner env (also test_issue_3199_3200_tls_server_tlssocket, test_parity_tls, zlib ×2 failing in both runs or newly)
test_issue_3199_3200_tls_server_tlssocket compile_fail see above

Window: v0.5.1205 (c84bcb33b-era, 2026-06-24) → edd608a44 (2026-07-03). Each behavioral one needs a local run + bisect to attribute; they are small standalone parity fixtures.

Other findings from the same diff

  • Parity runtime is NOT newly slow: the v0.5.1205 tag run's parity job also took 2h07m (current: 2h20m) — the "~20 min parity bill" note in test.yml is stale by months. The suite has 932 tests with 131 node_fails (node itself failing on the runner — likely missing native deps; these both dilute category percentages and plausibly burn serial timeout budget). Fixing the node-side failures and/or parallelism would give most of the time back.
  • 13 skipped, 6 compile_fail total in the current run (tls ×3, zlib ×2, readline — clustered enough to smell like runner environment rather than perry; untriaged).

Suggested next steps

  1. Triage the 6 behavioral newly-fails locally (run each fixture vs node on current main; bisect the window for any that reproduce).
  2. Fold the scalar-guard confirmation into compile-smoke broken on main: issue-945 scalar-method IR guard fails (ownMethodWrite scalarized) — suspect #5466 #5872's investigation.
  3. Separate pass on the 131 node_fails + tls/zlib/readline compile cluster (runner provisioning).

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions