Skip to content

feat(workflows): add sandboxed OriginWeave browser evidence - #1857

Draft
seonghobae wants to merge 15 commits into
mainfrom
codex/originweave-mv3-owner
Draft

seonghobae wants to merge 15 commits into
mainfrom
codex/originweave-mv3-owner

Conversation

@seonghobae

@seonghobae seonghobae commented Sep 4, 2026

Copy link
Copy Markdown
Contributor

Summary

  • centrally own the reusable, read-only OriginWeave pinned-Chromium/MV3 evidence workflow;
  • verify exact Chrome for Testing and ChromeDriver 150.0.7871.129 archives before execution;
  • preserve Chromium sandboxing and exact-caller execution while retaining bounded evidence;
  • keep product browser semantics and acceptance authority in OriginWeave.

Current authority — 2026-09-20 KST

Exact head is a6d16c0f36e31da539ee98d550277d2169e33514 on protected main@e6334e229581a918e2f22de18733b76fa65d7e71. The branch is ordinary/non-force reconciled: compare is ahead 15 / behind 0, merge base exactly protected main, and the effective diff is exactly three owner paths:

  • .github/workflows/originweave-mv3-evidence.yml
  • docs/doctoring/originweave-mv3-evidence.md
  • tests/test_originweave_mv3_workflow_contract.py

Reconciliation commit 09f3506b7ecc8f09ed766b3f7e804e05cc8a8139 has ordered parents prior owner head afeffe3b6a7a5494be1dae12322a0fc2a78c6efe and protected main e6334e229581a918e2f22de18733b76fa65d7e71; no force push, destructive rebase, or stale whole-file restoration was used. GitHub reports mergeable and unresolved review threads are zero.

Node 24 action-runtime repair

The previous owner workflow pinned actions/upload-artifact@ea165f8d65b6e75b540449e92b4886f43607fa02 (v4.6.2). Real OriginWeave browser-evidence execution had already emitted Node-20 deprecation plus punycode / url.parse() warnings while GitHub forced that action onto Node 24. Warning suppression is not accepted as a repair.

  • RED 49fd0e3615ed0cfddca3af9c6d9ff011a6e00194 changes only tests/test_originweave_mv3_workflow_contract.py (+3/-0) to require the exact Node-24-native upload-artifact v7.0.1 commit and reject the old v4.6.2 SHA.
  • GREEN 5639dc6ab9b9575654dd2626bc06910c03952981 changes only .github/workflows/originweave-mv3-evidence.yml (+1/-1) to actions/upload-artifact@043fb46d1a93c77aae656e7c1c64a875d1fc6a0a # v7.0.1.
  • Upstream actions/upload-artifact tag v7.0.1 resolves to that exact commit and its action.yml declares runs.using: node24.
  • Doctoring successor a6d16c0f36e31da539ee98d550277d2169e33514 records protected-main adoption, RED→GREEN, and the consumer replay boundary.

The Chrome/ChromeDriver version and archive SHA-256 values, root-owned mode-4755 chrome_sandbox, CHROME_DEVEL_SANDBOX, declared egress, exact caller checkout, read-only permission set, evidence paths/retention, and no-secrets boundary are unchanged.

Current gates

This PR remains Draft. Exact-head SAST Semgrep 35450581183 is terminal success. CodeQL PR 35450581222, Security Scan 35450581194, and Python Security 35450581337 remain queued/nonterminal. The partial success is not aggregate hosted GREEN and predecessor evidence does not transfer.

A focused CodeRabbit re-review was requested on a6d16c0..., but the bot reported its included review limit exhausted for that review window; the last completed review is predecessor evidence and does not transfer. No exact-head qualifying independent approval is claimed.

This central owner does not prove OriginWeave product acceptance. After this owner lands on protected main, the OriginWeave consumer must pin the immutable protected revision and rerun the real Chrome/ChromeDriver evidence. Browser GREEN still requires successful session creation, page-observed presentation post-conditions, native interaction, reset, page-observed return to baseline, and cleanup. Command ACK, repository CI, or this owner workflow's source acceptance alone is non-passing.

Chrome/ChromeDriver 150.0.7871.129 is an immutable historical qualification target for this owner generation, not a claim that 150 is the current Stable browser. Any current-Stable browser qualification belongs in a separate versioned generation with its own exact archive digests, sandbox proof, session creation, page-observed behavior, reset, cleanup, and evidence receipt rather than mutating this historical receipt in place.

The old branch-only AGENTS/CLAUDE uv run pytest guidance and superseded CHANGELOG hunk were not restored as stale whole-file blobs during this owner reconciliation; the effective owner surface is intentionally the three paths above. If that generic guidance is still wanted, it belongs in a separately current-base documentation change rather than widening this browser-workflow owner lane.

No self-approval, gate weakening, workflow/ruleset/secret mutation outside this owner delta, protected-main merge, tag, publication, or release is authorized by this state.

Refs #1792 and ContextualWisdomLab/OriginWeave#212.

Signed-off-by: Seongho Bae <me@seonghobae.me>
@coderabbitai

coderabbitai Bot commented Sep 4, 2026

Copy link
Copy Markdown
Contributor

Review Change Stack

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Team

Run ID: 5eddef82-10a8-452d-a66d-22e0925b25ac

📥 Commits

Reviewing files that changed from the base of the PR and between 7696915 and 8e1eb57.

📒 Files selected for processing (4)
  • .github/workflows/originweave-mv3-evidence.yml
  • CHANGELOG.md
  • docs/doctoring/originweave-mv3-evidence.md
  • tests/test_originweave_mv3_workflow_contract.py

Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review.


📝 Walkthrough

Walkthrough

재사용 가능한 GitHub Actions 워크플로가 호출 리비전에서 MV3 호환성 검사를 실행합니다. 고정된 Chrome과 ChromeDriver를 SHA256으로 검증하고, Chromium 샌드박스를 설정한 뒤 결과와 검증 파일을 보존합니다. 문서와 계약 테스트가 실행 조건을 명시합니다.

Changes

OriginWeave MV3 증거

Layer / File(s) Summary
워크플로 실행 및 증거 생성
.github/workflows/originweave-mv3-evidence.yml, tests/test_originweave_mv3_workflow_contract.py
재사용 워크플로가 호출 저장소와 리비전을 확인합니다. 고정된 Chrome 150.0.7871.129와 ChromeDriver를 SHA256으로 검증합니다. 샌드박스 권한을 설정하고 scripts/ci/run_mv3_compatibility.py를 실행합니다. 결과 파일을 항상 아티팩트로 업로드합니다. 계약 테스트가 최소 권한, 무비밀, 샌드박스 및 고정 버전 조건을 검증합니다.
실행 계약 문서화
docs/doctoring/originweave-mv3-evidence.md, CHANGELOG.md
워크플로의 저장소 제한, 읽기 전용 권한, 브라우저 검증, 샌드박스 설정, 증거 판정 조건을 문서화합니다. [Unreleased] 항목에 변경 사항을 추가합니다.

Estimated code review effort: 3 (Moderate) | ~20 minutes

Sequence Diagram(s)

sequenceDiagram
  participant Caller as 호출 저장소
  participant Runner as Actions 러너
  participant Chrome as Chrome for Testing
  participant MV3 as OriginWeave MV3 실행기
  participant Artifacts as 아티팩트 저장소
  Caller->>Runner: 재사용 워크플로 호출
  Runner->>Chrome: 고정 Chrome과 ChromeDriver 다운로드
  Chrome-->>Runner: 아카이브 및 체크섬
  Runner->>MV3: 샌드박스 환경에서 호환성 검사 실행
  MV3-->>Runner: JSON 결과 생성
  Runner->>Artifacts: 검증 파일과 결과 업로드
Loading

Merge Risk: ⚪ Minimal · up to 8e1eb

This adds a read-only reusable MV3 browser-evidence workflow with pinned browser artifacts, sandbox configuration, and bounded evidence retention. No current merge-blocking risk remains.

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Docstring Coverage ✅ Passed Docstring coverage is 100.00% which is sufficient. The required threshold is 80.00%. Docstring coverage is scoped to functions touched by this diff. Analyzed 1 functions across 1 files. (3 skipped: 3 …
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed 제목은 샌드박스 처리된 OriginWeave 브라우저 증거 워크플로 추가라는 주요 변경을 정확하고 간결하게 설명합니다.
✨ Finishing Touches
📝 Generate docstrings
  • Create stacked PR
  • Commit on current branch
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch codex/originweave-mv3-owner

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

Copy link
Copy Markdown
Contributor Author

Triage: resolved merge conflict against main

This PR's head (935a42d4e) was dirty (real merge conflict), blocking the mechanical scheduler from updating it.

Root cause: both this branch and main (via #1877, merged after this branch's last sync) added a bullet to the same ## [Unreleased] CHANGELOG.md section — a textual conflict only, not a semantic one.

Fix: merged origin/main (b5efbc276) into this branch in a scratch worktree via git fetch origin main && git merge --no-edit, kept both changelog entries (this PR's OriginWeave MV3 evidence-workflow entry, followed by main's five unrelated entries), no other files needed manual resolution (17 other files auto-merged cleanly). Pushed as cc674cb6e (no force, no rebase).

Validation before push:

  • PYTHONPATH=. python3 -m pytest tests/test_originweave_mv3_workflow_contract.py -q → 1 passed
  • PYTHONPATH=. coverage run -m pytest tests -q2834 passed, 1 skipped, 21 subtests passed (vs. 2833 passed on origin/main alone — the +1 is this PR's own new test; zero regressions)
  • coverage report → 99% (scripts/ci/review_admission_controller.py at 85% is a pre-existing gap already present identically on plain origin/main, tracked separately — not introduced by this merge)
  • interrogate scripts/ci → 98.3%, likewise identical to the origin/main baseline
  • git diff --check origin/main...HEAD → clean
  • All touched workflow YAML re-parses as valid YAML

No production code was changed by this fix — only the conflict in CHANGELOG.md was resolved, and all other files auto-merged. The resulting head will go through full re-review before it can merge, per this repo's governance model.


Generated by Claude Code

opencode-agent Bot and others added 4 commits September 5, 2026 04:56
Resolve the CHANGELOG.md conflict by keeping both sides: this branch's entry
above main's, matching the file's newest-first convention. No entry dropped.

Verified after resolution: 2891 passed, 1 skipped, coverage 100%,
interrogate 100%; zero conflict markers; `ruff check --select F821` clean.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

@cwl-noema-review cwl-noema-review Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Noema LLM review

The PR adds a reusable OriginWeave sandboxed MV3 evidence workflow plus documentation and a contract test. The workflow itself implements sensible controls: workflow_call triggering, read-only permissions, egress hardening with explicit allowed endpoints, repository identity check, pinned dependency versions, SHA-256 verification of downloaded Chrome/ChromeDriver archives, preservation of the Chromium sandbox via CHROME_DEVEL_SANDBOX, and bounded artifact retention. The contract test bolsters regressions on these invariants. However, the independent adversarial validation could not confirm concrete blocking regressions to justify request_changes. The documentation lines flagged in the workflow evidence are semantically adequate but represent conservative documentation of boundaries rather than defects. A formal comment rather than approval is warranted because source-level review probes were not independently falsified with definitive evidence within the bounded allowed locations, and documentation claims about consumer-run acceptance should be held to a high bar before treating this as fully evidenced.

Reviewed changed lines

  • .github/workflows/originweave-mv3-evidence.yml:5 (RIGHT): permissions: contents: read grants least privilege for a reusable workflow that executes an untrusted consumer-supplied script at exact caller revision.
  • .github/workflows/originweave-mv3-evidence.yml:30 (RIGHT): Repository identity check fails closed if a non-OriginWeave repo invokes the reusable workflow.
  • .github/workflows/originweave-mv3-evidence.yml:57 (RIGHT): sha256sum --check verifies the two downloaded archives before extraction, reducing supply-chain tampering risk.
  • .github/workflows/originweave-mv3-evidence.yml:63 (RIGHT): Root-owned, mode-4755 chrome_sandbox configuration combined with CHROME_DEVEL_SANDBOX preserves Chromium's renderer sandbox.
  • tests/test_originweave_mv3_workflow_contract.py:13 (RIGHT): Contract test asserts the pinned checksums and sandbox-related settings, reducing accidental changes.

Adversarial validation

  • .github/workflows/originweave-mv3-evidence.yml:57 (RIGHT) confirmed: The two hard-coded SHA-256 values could be silently out of date relative to the Chrome archive and cause the workflow to fail at download verification time. — Contract test asserts the exact checksums; the workflow runs sha256sum --check before unzip, so a mismatch would fail the run rather than slip through silently.
  • .github/workflows/originweave-mv3-evidence.yml:85 (RIGHT) falsified: Upload step with if: always() could publish files from a failed run, misleading reviewers about consumer-run success. — Artifact name includes head sha and if-no-files-found: warn; but the artifact merely stores sha and JSON output without an explicit success marker, so a failed run could still publish data indistinguishable from success.
  • Residual risk: Source-level independent falsification was not completed with definitive evidence. A source change usually requires at least two distinct probes, but the available bounded context did not permit concrete confirmed regression counterexamples at the workflow or test call sites. Documentation-level concerns are advisory and not blocking.

Findings

  • [low] docs/doctoring/originweave-mv3-evidence.md:7 (RIGHT): The requirement that an OriginWeave caller pin the workflow to a specific reviewed protected-main commit is documented but has no automated enforcement in the workflow itself.
  • [low] docs/doctoring/originweave-mv3-evidence.md:15 (RIGHT): Feature acceptance wording relies on a consumer-run success signal that is not machine-validated by this reusable workflow.
  • [low] .github/workflows/originweave-mv3-evidence.yml:85 (RIGHT): Upload uses if: always() and can attach artifacts from failed runs; artifact metadata does not explicitly distinguish successful from failed browser evidence.
  • Result: COMMENT
  • Head SHA: afeffe3b6a7a5494be1dae12322a0fc2a78c6efe
  • Reviewer credential: noema-review-github-app-refresh
  • Actor: cwl-noema-review[bot]

@opencode-agent opencode-agent Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

OpenCode could not approve from deterministic current-head evidence because GitHub Checks have failed.

Findings

1. HIGH Current-head GitHub Checks - Fix failed required checks before approval

  • Problem: Failed same-head checks remain for afeffe3b6a7a5494be1dae12322a0fc2a78c6efe.
  • Root cause: The model-unavailable evidence fallback is allowed only when peer GitHub Checks are complete and clean.
  • Fix: Read and fix the failed check logs below, then rerun the current-head checks.
  • Regression test: Keep the model-unavailable fallback gated on an empty failed-check rollup.

Failed checks:

Changed-File Evidence Map

flowchart LR
  PR["PR changed files"] --> Evidence["OpenCode bounded evidence"]
  Evidence --> S1["Workflow: originweave-mv3-evidence.yml"]
  S1 --> I1["GitHub Actions review job"]
  I1 --> R1["Review risk: Workflow: originweave-mv3-evidence.yml"]
  R1 --> V1["actionlint plus required checks"]
  Evidence --> S2["Repository file: AGENTS.md"]
  S2 --> I2["repository behavior"]
  I2 --> R2["Review risk: Repository file: AGENTS.md"]
  R2 --> V2["required checks"]
  Evidence --> S3["Repository file: CHANGELOG.md"]
  S3 --> I3["repository behavior"]
  I3 --> R3["Review risk: Repository file: CHANGELOG.md"]
  R3 --> V3["required checks"]
  Evidence --> S4["Repository file: CLAUDE.md"]
  S4 --> I4["repository behavior"]
  I4 --> R4["Review risk: Repository file: CLAUDE.md"]
  R4 --> V4["required checks"]
  Evidence --> S5["Docs: originweave-mv3-evidence.md"]
  S5 --> I5["operator or user guidance"]
  I5 --> R5["Review risk: Docs: originweave-mv3-evidence.md"]
  R5 --> V5["docs review"]
  Evidence --> S6["Test: test_originweave_mv3_workflow_contract.py"]
  S6 --> I6["regression suite"]
  I6 --> R6["Review risk: Test: test_originweave_mv3_workflow_contract.py"]
  R6 --> V6["targeted test run"]
Loading

@opencode-agent

opencode-agent Bot commented Sep 9, 2026

Copy link
Copy Markdown
Contributor

OpenCode Review Overview

Copy link
Copy Markdown
Contributor Author

Exact-head gate RCA for afeffe3b6a7a5494be1dae12322a0fc2a78c6efe: the current OpenCode CHANGES_REQUESTED is not evidence of a defect in this reusable OriginWeave workflow. Python Security 34320065607, Security Scan 34320065568, SAST Semgrep 34320065594, and CodeQL PR 34320065662 are terminal GREEN. Strix run 34320064083, job 102394819986, fails earlier while provisioning the protected-main contextual-orchestrator sidecar: trusted source .github/main@7fd571dbcdbae6acf29d8f4ee704d7ba6297e4db vendors CO 414f22973658c4ddc3d4320fcf7acd9b4e8ba991; preflight probes 16/24 candidates and obtains ready_count=0 after 429/404 responses, then exits before /healthz with discovery_diagnostics_complete. Artifact 10095761432, digest 86e09750994250b53bc9fff3a816d79b7fdcf340d39a05083719985d75fb5d79, preserves the failed-run evidence.

Canonical ownership is now handed to contextual-orchestrator#1106 (comment 5605780478). Keep this PR fail-closed and Ready for review admission, but do not add a concrete provider/model, paid fallback, leaf retry, or weaken Strix/OpenCode to obtain a green rollup. After the released CO owner repair and central pin bump, rerun this unchanged exact consumer path; only then can the review gate be reconsidered. No merge/readiness claim is made from the source-security GREEN alone.

Copy link
Copy Markdown
Contributor Author

OriginWeave consumer revalidation (2026-09-15): this owner PR is still open/Ready at afeffe3b6a7a5494be1dae12322a0fc2a78c6efe, but GitHub now reports mergeable=false. Its recorded base is .github/main@7fd571dbcdbae6acf29d8f4ee704d7ba6297e4db; protected .github/main is now signature-valid 91be6442906c7b6b4f600272c953699708394327, 89 commits ahead of that base. The old exact-head security runs remain GREEN, but they do not validate integration with the current protected generation.

Please treat this as a repair finding, not a close condition: non-force adopt/restack the six valid #1857 deltas onto the current protected generation under live AGENTS/CLAUDE/workflow contracts, preserve the least-privilege sandbox-helper boundary, resolve any current-generation conflicts without copying stale workflow blobs, then regenerate owner RED→GREEN and immutable/versioned consumption evidence. OriginWeave will not work around this by adding --no-sandbox, weakening harden-runner/egress, copying the reusable workflow locally, or transferring the old head's GREEN.

Copy link
Copy Markdown
Contributor Author

Fresh owner review adds one repair requirement before any non-force current-generation restack can be considered complete. The PR's reusable originweave-mv3-evidence.yml still pins actions/upload-artifact@ea165f8d65b6e75b540449e92b4886f43607fa02 (v4.6.2), the exact Node-20-targeting pin tracked by canonical deprecation owner #2011. Upstream exact actions/upload-artifact@043fb46d1a93c77aae656e7c1c64a875d1fc6a0a declares runs.using: node24, and #2011 already records multiple consumer specimens including OriginWeave's forced-Node-24/DEP0040/DEP0169 warnings. Therefore a successor/restack must not preserve the deprecated v4 pin merely to reproduce the stale branch. Review the Node-24-native exact SHA under #2011, preserve artifact name/digest/retention/fail-closed semantics, and prove absence of the warning family on a fresh consumer run. #1857 remains open/Ready/mergeable=false on stale base 7fd571d...; no close, force update, workflow weakening, or stale-head GREEN transfer is justified.

@seonghobae
seonghobae marked this pull request as draft September 16, 2026 18:05

Copy link
Copy Markdown
Contributor Author

OriginWeave current-head consumer evidence has now executed and sharpens this owner repair.

On ContextualWisdomLab/OriginWeave#299 exact 4c9add7b8063fecac578fe3d13d7d5f8cb8cb6d3, native CI 35119783030 is terminal success (Production coverage 104874319444, Rust contracts 104874319712). The separate real-browser run 35119783036, job 104874319521, is terminal failure after the exact Chrome/ChromeDriver 150.0.7871.129 pair downloaded successfully. All three ordinary MV3 trials failed before a usable browser pass and all three Agent Task trials report AgentTaskSessionStartError caused by bounded WebDriverSessionNotCreatedError; artifact 10468245782 was still uploaded. This is a real pinned-browser RED, not runner starvation and not repository-CI failure.

The leaf run intentionally does not infer sandbox/AppArmor/helper cause from redacted ChromeDriver text. However, this central PR already carries the owner-scoped mechanics that prior OriginWeave evidence validated causally: root-own the archive chrome_sandbox, mode 4755, and provide CHROME_DEVEL_SANDBOX. Preserve those mechanics while non-force restacking onto protected .github/main@89b225dbecc1c71e3f876fa9d376080093af37e4; do not move them back into the OriginWeave product repo and do not use --no-sandbox.

A second exact owner finding surfaced in that same current run and must not be ignored as a warning-only detail. The evidence upload step uses actions/upload-artifact@ea165f8d65b6e75b540449e92b4886f43607fa02 (v4.6.2) and GitHub now emits the Node 20 deprecation warning while forcing Node 24; the action also emits punycode and url.parse() deprecation warnings. Upstream actions/upload-artifact latest release is v7.0.1, tag/commit 043fb46d1a93c77aae656e7c1c64a875d1fc6a0a (published 2026-04-10). Because this is the canonical workflow owner and exact-SHA pinning is required, the restack should review/adopt a Node-24-native exact SHA rather than suppressing the warning or opting back into Node 20.

No workflow source was changed from the scheduled OriginWeave lane. This is an owner-path handoff: current-main semantic restack, preserve validated sandbox mechanics, replace the deprecated action pin after review, then obtain fresh exact-head central checks/review before any consumer replay.

Copy link
Copy Markdown
Contributor Author

Focused re-review requested on exact a6d16c0f36e31da539ee98d550277d2169e33514.

Scope: ordinary/non-force protected-main adoption; Node 24 artifact-action RED 49fd0e36... → GREEN 5639dc6a...; exact actions/upload-artifact@043fb46d1a93c77aae656e7c1c64a875d1fc6a0a # v7.0.1 pin; sandbox/caller/egress/evidence boundaries unchanged; doctoring successor a6d16c0....

Please treat this as source/static review only. Hosted exact-head checks and OriginWeave real-browser acceptance remain separate. @coderabbitai review

@coderabbitai

coderabbitai Bot commented Sep 19, 2026

Copy link
Copy Markdown
Contributor

@seonghobae I will perform a focused source/static review of exact a6d16c0f36e31da539ee98d550277d2169e33514.

I will review the protected-main adoption, the Node 24 artifact-action pin, and the unchanged sandbox, caller, egress, and evidence boundaries. I will not treat hosted checks or OriginWeave real-browser acceptance as review evidence in this pass.

⚠️ Action not completed

Review rate limited.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

Copy link
Copy Markdown
Contributor Author

Currentness handoff — supersedes only the stale gate snapshot in the PR body; exact source ownership and historical evidence remain unchanged.

Exact head is still a6d16c0f36e31da539ee98d550277d2169e33514, open / Draft / mergeable on protected .github/main@e6334e229581a918e2f22de18733b76fa65d7e71, ahead 15 / behind 0 with the same three owned paths. Fresh exact-head SAST Semgrep 35450581183 has now completed SUCCESS. CodeQL PR 35450581222, Security Scan 35450581194, and Python Security 35450581337 remain nonterminal/queued, so no owner-GREEN or merge readiness is claimed.

The immutable Chrome/ChromeDriver 150.0.7871.129 pair remains the reviewed reproducibility baseline for this owner and the existing OriginWeave #299 evidence lane. Google’s desktop Stable authority published 17 September 2026 now reports Chrome 153.0.8010.52/.53 for Windows/Mac and 153.0.8010.52 for Linux. Do not silently repin this PR: current-Stable qualification needs a separate reviewed owner generation with an exact matching Chrome for Testing / ChromeDriver pair and archive digests, unchanged sandbox/egress/no-secrets boundaries, then real OriginWeave browser-observed replay. OriginWeave governance issue #212 now records that distinction.

No rerun, no-op wake commit, runner-label change, sandbox weakening, force push, merge, tag, publication, or release was performed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request priority: medium Normal-priority or P2 work type: feature New or expanded product capability

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants