[Memory Safety] Memory Safety Analysis Report — 2026-03-12 — Artifacts Unavailable #8956
Closed
Replies: 1 comment
-
|
This discussion was automatically closed because it expired on 2026-03-19T05:59:02.044Z.
|
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Date: 2026-03-12
Commit:
664c8caon branchmasterTriggered by:
workflow_run(Memory Safety Analysis completed)Triggering Workflow Run: #22987768452
Report Run: #22988615250
The Memory Safety Analysis workflow (run #22987768452) completed and triggered this report, but the sanitizer artifacts could not be downloaded.
Root cause: The
GH_TOKENenvironment variable is not available to the report agent in its execution environment (credential isolation in the agentic workflow sandbox). Thegh run downloadcommand requires an authenticated token withactions:readscope, which was not injected into the agent process.To view results: Navigate directly to the triggering workflow run and download the
asan-reportsandubsan-reportsartifacts manually, or check the workflow step summary.Trend Tracking
First report run — no historical cache data available for comparison.
Known Existing Suppressions
The repository has a small set of pre-existing known issues that are suppressed:
UBSan Suppressions (
contrib/suppressions/sanitizers/ubsan.txt)nulldereferencerational.hnulldereferencempq.hASan Suppressions (
contrib/suppressions/sanitizers/asan.txt)No active ASan suppressions — file is empty.
Memory Safety Workflow Configuration
The
memory-safety.ymlworkflow runs the following analyses on commit664c8ca:asan-test-fsanitize=address)ubsan-test-fsanitize=undefined)Build flags:
-fsanitize=address -fno-omit-frame-pointer -fno-optimize-sibling-calls,detect_leaks=1-fsanitize=undefined -fno-omit-frame-pointer -fsanitize-recover=allRecommendations
Fix the credential gap: The
memory-safety-report.mdworkflow specifiespermissions: actions: read, but theGH_TOKENis not being forwarded to the agent process. Check the lock file (memory-safety-report.lock.yml) to ensure the agent step receives the token from the environment.Address the existing UBSan suppressions: The
null-dereference issues inrational.handmpq.h(issue #964) are flagged as needing fixes (not false positives) by the suppression file comment.Re-run to get results: Trigger the Memory Safety Analysis workflow manually with
workflow_dispatchandfull_scan: trueto get complete coverage, then view results directly in the workflow run artifacts.Raw Data / Cache State
{ "last_run": { "date": "2026-03-12", "commit_sha": "664c8ca73aaa3d49289812e7463c48c8e4521542", "commit_short": "664c8ca", "branch": "master", "triggering_run_id": "22987768452", "report_run_id": "22988615250", "artifacts_available": false, "reason": "GH_TOKEN not available in agent environment — credential isolation" }, "findings": { "total": null, "asan": null, "ubsan": null, "status": "unavailable" }, "known_suppressions": { "ubsan": ["null:rational.h", "null:mpq.h"], "asan": [] } }Beta Was this translation helpful? Give feedback.
All reactions