Track B hosted tests：每個 test case teardown 在 XCTMemoryChecker autorelease drain SIGSEGV，host 逐 case 重啟、aggregate 恆 FAILED

[kiki830621]

Problem

Track B hosted tests（LogosHostedTests，app-hosted xcodebuild test）中，每個 test case 執行完在 teardown 階段 SIGSEGV：XCTMemoryChecker _assertInvalidObjectsDeallocatedAfterScope: → objc_autoreleasePoolPop → objc_release 打到已釋放位址（EXC_BAD_ACCESS / KERN_INVALID_ADDRESS）。host app 整個死掉，xcodebuild 以「Restarting after unexpected exit」重啟、續跑下一個 case，直到 case 燒完後回報 Executed 0 tests ... passed，aggregate 卻是 ** TEST FAILED **。

實測序列（-only-testing:LogosHostedTests/RendererAdoptionTests）：每次啟動執行一個 case（case 本體有跑，例如 test_metalEngagesWhenWindowAttached 有打出 [renderer] terminal Metal renderer engaged）→ teardown 崩 → 重啟 → 下一個 case。三個 case 三次崩。

Type

bug

時間軸（排除誤歸因）

• 這是 Track B 完全失效：app-hosted test runner 無法啟動（LaunchServices 錯誤），所有 hosted 測試跑不到 #104 修復後 Track B 首次真正跑起來 才觀測得到的（Track B 完全失效：app-hosted test runner 無法啟動（LaunchServices 錯誤），所有 hosted 測試跑不到 #104 之前 runner 根本啟不動）。
• crash 簽名在 Track B 完全失效：app-hosted test runner 無法啟動（LaunchServices 錯誤），所有 hosted 測試跑不到 #104 的任何程式碼改動之前已存在（Logos-2026-08-01-154608/154612.ips，與其後的 161753/161755/161758.ips 完全同 stack）⇒ 非 Track B 完全失效：app-hosted test runner 無法啟動（LaunchServices 錯誤），所有 hosted 測試跑不到 #104 的 bundle-id / registry 改動引入。
• RendererAdoptionTests crash intermittently at hosted-test launch (pre-existing; reproduced at pre-#72), xcodebuild passes on retry phase #78 曾把 hosted host 的 claude spawn 與 Metal engagement gate 掉以消滅「bystander crash」，當時的驗證註記是「confirmation pending a signed hosted run」。本 issue 即那次 pending 驗證的實測結果：crash 仍在，但型態是每 case teardown 的 autorelease over-release，而非 RendererAdoptionTests crash intermittently at hosted-test launch (pre-existing; reproduced at pre-#72), xcodebuild passes on retry phase #78 描述的 2 秒後 bystander 崩潰——兩者是否同根因需要 diagnose。

Evidence

• Crash reports：~/Library/Logs/DiagnosticReports/Logos-2026-08-01-{154608,154612,161753,161755,161758}.ips，faulting stack 一致：

  objc_release
  AutoreleasePoolPage::releaseUntil
  objc_autoreleasePoolPop
  -[XCTMemoryChecker _assertInvalidObjectsDeallocatedAfterScope:]
  -[XCTestCase assertInvalidObjectsDeallocatedAfterScope:]
  

• 嫌疑方向：TeedLocalProcessTerminalView（SwiftTerm fork）在 test scope 結束、autorelease drain 時 over-release / 錯 thread dealloc；或 macOS 27 seed（26A5388g）× SDK 26.5 的互動。

Expected

xcodebuild test（Track B hosted）單一 launch 跑完整個 suite，無 host 崩潰、aggregate 綠燈。

Impact

• Track B 的結果可用但骯髒：case 本體有執行（斷言有跑、有輸出），但每 case 付一次 app 重啟成本，且 aggregate 恆為 FAILED——CI/腳本無法以 exit code 判定 hosted 綠紅。
• Related: RendererAdoptionTests crash intermittently at hosted-test launch (pre-existing; reproduced at pre-#72), xcodebuild passes on retry phase #78（gating 的 pending 驗證）、Track B 完全失效：app-hosted test runner 無法啟動（LaunchServices 錯誤），所有 hosted 測試跑不到 #104（解除 launch 阻塞後才觀測得到）、Window-server-hosted XCTest for the Metal renderer / SwiftTermView (zero-tearing moat coverage) #23（renderer wiring tests）。

Notes

• 環境：macOS 27.0（26A5388g）、Xcode SDK macosx26.5、Apple M5 Max

Current Status

Phase: diagnosed

[kiki830621]

Note — 範圍收斂：crash 只發生在建構 SwiftTerm terminal view 的 suite

新資料點（2026-08-01，#103 驗證過程）：同一個 test host（app.getlogos.logos.testhost）下——

Suite	建構 SwiftTerm view？	結果
ViewSnapshotTests（6 cases，純 SwiftUI）	否	6/6 乾淨 PASS，零 crash，exit 0
RendererAdoptionTests（3 cases）	是（直接建構 TeedLocalProcessTerminalView）	每 case teardown SIGSEGV
MarkedTextContractTests（2 cases）	是	每 case teardown SIGSEGV

⇒ 不是 host 環境或 XCTest 整體的問題；嫌疑收斂到 SwiftTerm terminal view 在 test scope 結束、autorelease drain 時的 over-release（fork logos-renderer-base @ 30e6190，剛併完上游 v1.15.0——是否為上游帶入或 fork 既有，diagnose 時需在舊 pin a39df12 對照）。

[kiki830621]

Diagnosis（A/B 完成——排除 fork bump；根因收斂至兩候選）

鑑別實驗：舊 pin A/B

project.yml 暫時把 SwiftTerm pin 回 bump 前的 a39df121（2026-03 分岔點附近、v1.15.0 merge 前）→ xcodegen → 同一組 RendererAdoptionTests：

Pin	teardown crash（Restarting after unexpected exit）
a39df121（舊，bump 前）	3 次（每 case 一次）— 與新 pin 完全相同
30e6190（新，v1.15.0）	3 次

⇒ v1.15.0 fork bump 排除。crash 為 pre-existing（實驗後 pin 已還原 branch、xcodegen 重生成）。

已確立的範圍收斂（合併先前 Note）

1. 只發生在建構 SwiftTerm terminal view 的 suite（RendererAdoptionTests、MarkedTextContractTests）；純 SwiftUI 的 ViewSnapshotTests 6/6 乾淨 PASS 零 crash——host 環境與 XCTest 整體無罪。
2. 簽名固定：case 結束時 XCTMemoryChecker _assertInvalidObjectsDeallocatedAfterScope → objc_autoreleasePoolPop → objc_release 打到已釋放位址（EXC_BAD_ACCESS）。
3. 新舊 pin 皆現 ⇒ 剩兩個候選：
   • (a) SwiftTerm（含 fork 久遠既有）：TeedLocalProcessTerminalView / LocalProcessTerminalView 在 test scope 結束、autorelease drain 時某物件 over-release（嫌疑：CVDisplayLink / Metal layer / PTY 相關物件的錯誤 thread 釋放）——分岔點 8e7a1e1（2026-03）前就存在的話 bisect 也指不到近期。
   • (b) macOS 27 beta（26A5388g）× XCTest 的 XCTMemoryChecker：seed OS 的 XCTest 記憶體檢查器與 AppKit/Metal view 的互動 regression——canonical machine 資料（macOS 26 時代 Track B 綠）與此相容，但當時與現在差了 fork 版本以外太多變數，不能單獨定罪。

下一步鑑別（皆不便宜，留給後續）

• 在 macOS 26 機器（或 CI 的 macos runner）跑同一組 hosted tests——(b) 成立則彼處乾淨。CI 目前缺簽章 secrets，Track B 不在雲端跑；設好 Run Track B in cloud CI via imported signing cert + measure code coverage against the 80% bar #25 的 secrets 後這個鑑別免費。
• 或對 fork 做 teardown 面 instrument（deinit 落點 + malloc stack logging）定位 over-release 物件——直接但工時大。

Impact 現況（mitigated）

Case 本體照常執行、斷言結果可讀；成本＝每 case 一次 host 重啟 + aggregate 恆 ** TEST FAILED **。CLAUDE.md 已記「讀 per-case 結果、別信 aggregate」。

Conflict Class

B_resource_serialize（未來 implement 大概率動 fork——與 #107 同資源面）

Complexity

Plan（根因未定，鑑別成本高；本輪停在 diagnosed）

Residue

• exit code 不可用於 CI/腳本判定 hosted 綠紅，直到本 issue 修復。