fix(doctor): anchor WhatsApp TUI process matching#83313
Conversation
|
Codex review: needs maintainer review before merge. Workflow note: Future ClawSweeper reviews update this same comment in place. How this review workflow works
Summary Reproducibility: yes. Source inspection and a focused regex probe show current main matches helper command lines containing PR rating Rank-up moves:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. PR egg Rarity: 🥚 common. What is this egg doing here?
Real behavior proof Risk before merge
Maintainer options:
Next step before merge Security Review detailsBest possible solution: Land the focused matcher if maintainers accept it as the false-positive fix, and track PID revalidation or packaged-wrapper coverage separately if they want stronger repair guarantees. Do we have a high-confidence way to reproduce the issue? Yes. Source inspection and a focused regex probe show current main matches helper command lines containing Is this the best way to solve the issue? Yes for the false-positive discovery bug: executable/subcommand-aware matching is the narrowest maintainable fix. It is only incomplete if maintainers decide this PR must also include pre-signal PID revalidation or packaged-wrapper proof. Label justifications:
What I checked:
Likely related people:
Codex review notes: model gpt-5.5, reasoning high; reviewed against 44c6ad7dce27. |
b44713d to
26354e3
Compare
|
/review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
|
@clawsweeper re-review Added live WSL process-discovery proof to the PR body. The proof starts real |
|
/review |
|
🦞🧹 I asked ClawSweeper to review this item again. Re-review progress:
|
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
da767a0 to
bb38e58
Compare
Summary
openclaw-tuioropenclawwith known local TUI subcommandsFixes #83283.
Real behavior proof
Live WSL process-discovery proof added after ClawSweeper feedback:
Command:
bash .artifacts/pr-review/83313-live-ps-proof.shfrom the PR worktree under WSL Ubuntu. The helper process intentionally hadopenclaw tuiin argv but was not returned because its executable washelper.Fresh deterministic proof artifacts:
Summary: https://raw.githubusercontent.com/giodl73-repo/openclaw/proof-artifacts/pr-83313-fresh/pr-83313/summary.txt
Before/source proof log: https://raw.githubusercontent.com/giodl73-repo/openclaw/proof-artifacts/pr-83313-fresh/pr-83313/before-source-proof.log
After/PR proof log: https://raw.githubusercontent.com/giodl73-repo/openclaw/proof-artifacts/pr-83313-fresh/pr-83313/after-pr-83313.log
Behavior or issue addressed: WhatsApp responsiveness repair should not select unrelated processes just because their argv contains words like
openclaw tuioropenclaw terminal.Real environment tested: WSL Ubuntu OpenClaw worktree at
/root/src/openclaw-branches/fix-whatsapp-tui-process-match-83283.Exact steps or command run after this patch:
CI=1 node scripts/run-vitest.mjs src/commands/doctor-whatsapp-responsiveness.test.tsandpnpm check:changed.Evidence after fix (terminal capture):
psrows such ashelper --note 'openclaw tui',openclaw-helper openclaw terminal, andopenclaw --flag tuiare ignored; actualopenclaw-tui,openclaw tui --local, and/usr/bin/openclaw chatremain recognized.origin/main):Root Cause
Regression Test Plan
src/commands/doctor-whatsapp-responsiveness.test.ts.Validation
CI=1 node scripts/run-vitest.mjs src/commands/doctor-whatsapp-responsiveness.test.tspnpm check:changed