You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
master is red, and because GitHub's pull_request runs test a merge of the branch with the base, every open PR in the repo inherits the failure and reads as FAILURE regardless of its own content.
The failing tests
Four, all in the union-source absent-column area:
✖ the drifted cell is unresolved and throws; only collect() turns it into undefined
✖ a partition whose rows carry no resolved map makes a bare projection throw
✖ evaluating a column one partition lacks throws, and so does a non-identifier sibling
✖ SELECT * keeps each partition row shape, so a drifted key is absent rather than undefined
Job test (24) fails; test (22) is cancelled as a consequence, so the matrix reports two red cells for one root cause.
Evidence that it is master's, not any branch's
Master's own CI is red at 51a011ac, and at dfe3e0e4 and 70b9c1c7 before it. llp-check is green throughout; only the CI workflow fails.
Branch push runs are green where the pull_request run for the same head is red. That is the tell: push builds the branch alone, pull_request builds the branch merged into master.
Likely origin
Commit 70b9c1c7, "The union's absent-column contract is undefined-or-throws, not null (#731) (#740)". The four failing tests are precisely the contract that PR changed. It went in green on its own branch and turned master red on merge, which is the classic semantic-conflict shape: the PR was mergeable and green, and still incompatible with what landed alongside it.
Worth checking against llp/0240-icebird-absent-column-contract.decision.md and llp/0241-scan-rows-carry-advertised-columns.decision.md to establish which behaviour is the intended one before changing test or source. The tests may be asserting the pre-#740 contract, in which case they are what needs updating; or #740's implementation may not match the contract those decisions settled. Read the decisions first and fix from evidence rather than making the assertion match whatever the code currently does.
Why this is urgent
Six otherwise-healthy PRs (#795, #796, #799, #800, #815, #817) are currently blocked behind this, and three more (#787, #777, #759) additionally need conflict resolution after the recent merge batch. Nothing can reach a green, mergeable state until master is green again.
Repro
git checkout master && git pull
npm install
npm test
Related: #778 (the absent-column contract documentation deferred from the same PR #740).
Filed by neutral during a reconcile tick, after confirming the failure is inherited rather than per-PR.
masteris red, and because GitHub'spull_requestruns test a merge of the branch with the base, every open PR in the repo inherits the failure and reads asFAILUREregardless of its own content.The failing tests
Four, all in the union-source absent-column area:
Job
test (24)fails;test (22)is cancelled as a consequence, so the matrix reports two red cells for one root cause.Evidence that it is master's, not any branch's
51a011ac, and atdfe3e0e4and70b9c1c7before it.llp-checkis green throughout; only theCIworkflow fails.04330abb, which predates the change that introduced them.pushruns are green where thepull_requestrun for the same head is red. That is the tell:pushbuilds the branch alone,pull_requestbuilds the branch merged intomaster.Likely origin
Commit
70b9c1c7, "The union's absent-column contract is undefined-or-throws, not null (#731) (#740)". The four failing tests are precisely the contract that PR changed. It went in green on its own branch and turned master red on merge, which is the classic semantic-conflict shape: the PR was mergeable and green, and still incompatible with what landed alongside it.Worth checking against
llp/0240-icebird-absent-column-contract.decision.mdandllp/0241-scan-rows-carry-advertised-columns.decision.mdto establish which behaviour is the intended one before changing test or source. The tests may be asserting the pre-#740 contract, in which case they are what needs updating; or #740's implementation may not match the contract those decisions settled. Read the decisions first and fix from evidence rather than making the assertion match whatever the code currently does.Why this is urgent
Six otherwise-healthy PRs (#795, #796, #799, #800, #815, #817) are currently blocked behind this, and three more (#787, #777, #759) additionally need conflict resolution after the recent merge batch. Nothing can reach a green, mergeable state until master is green again.
Repro
Related: #778 (the absent-column contract documentation deferred from the same PR #740).
Filed by neutral during a reconcile tick, after confirming the failure is inherited rather than per-PR.