Skip to content

Level master with develop (CI green) - #2

Merged
jdogresorg merged 11 commits into
masterfrom
develop
Aug 15, 2026
Merged

Level master with develop (CI green)#2
jdogresorg merged 11 commits into
masterfrom
develop

Conversation

@jdogresorg

Copy link
Copy Markdown
Contributor

Brings master level with develop so the CI gate runs green on both branches.

This is a branch-levelling merge rather than a release train: no version bump,
no tag, no manifest. The next train cuts from develop as usual.

What is in it

The CI reds that were failing unnoticed until the public flip revived Actions,
each verified on a venue before landing:

  • the indexer's integration tier had no VM executor, because the vendored
    xchain-vm is a gitignored path dependency that npm ci accepts as missing;
    the job now stages it from the canonical sibling before installing
  • sync's armed-follower suite pinned a one-chain armed set that gained a second
    chain when the shadow window opened
  • the explorer's DB-backed tiers were answering 503 on every route, because the
    fixtures seed blocks at fixed past timestamps and the tip-age freshness gate
    correctly read the coin as frozen
  • the explorer's integration fixture schema had drifted behind the real indexer
    DDL on three tables
  • the e2e suite's unit tier needed the indexer sibling for its arming-height
    guards, and its dispenser fiat-count pin was one behind the suite

Verification

Each fix was run on a venue with real databases before it was committed, and
the per-repo pre-push gate ran the full suite again at push time.

Schema seeding only ever needed a path, so a sibling checked out inside the
workspace worked for it, while the cross-repo consensus guards resolve
../<repo> the way a developer checkout is laid out. Four of them failed on a
run that had the sibling all along, just in the wrong place.

The roster is now .ci-siblings, the same declaration the e2e venue reads, and
both siblings are public, so the two read-only deploy keys are gone.
…rifies

Two harness defects, both invisible until the e2e tier ran in CI for the
first time, and both reproduced and fixed against a replayed schedule
(PARITY_SEED=977000): 4 failing before, 4 passing after, and the whole tier
64 passing.

The byte-identity oracle kept its own column-exclusion list and it had
drifted from src/tableLifecycle.js, which already declares blocks.id as the
local surrogate the applier strips on insert. Once a reorg renumbers the
source the two sides are permanently offset there, by design, so the oracle
failed on that column alone while every other column matched. It now derives
the canonical half instead of restating it.

The e2e TestDatabase was also missing doQueryStrict, which the integration
harness has carried for a while with a comment explaining this exact
failure. Without it the state-commitment conformance suite dies on
"db.doQueryStrict is not a function", reporting a missing stand-in method as
if the read were broken.
The armed-follower suite asserts that its temporary arming is restored, and
pinned a set of one. BTC:testnet joined the contract-state slot at 146500, so
the pin moves with the real map rather than describing a set that no longer
exists.
@CLAassistant

CLAassistant commented Aug 15, 2026

Copy link
Copy Markdown

CLA assistant check
All committers have signed the CLA.

@jdogresorg
jdogresorg merged commit 3035c14 into master Aug 15, 2026
11 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants