KofTwentyTwo/Jarvis
2
0 Fork 0
Code Issues 111 Pull Requests 16 Actions Packages Projects Releases 4 Wiki Activity

B-03: HUD camera button click does nothing (lands M-5) #48

New Issue
Open
opened 2026-05-12 19:08:55 +00:00 by KofTwentyTwo · 0 comments
KofTwentyTwo commented 2026-05-12 19:08:55 +00:00 (Migrated from github.com)
Copy link
Copy source

Summary

HUD camera button click does nothing in production. Live evidence collected during 2026-05-07 user testing. Vision Track C-3 wired frameAttachRequested inbound emit and Swift handler routes to FrameAttachController.requestAttach, but the round-trip through WebviewBridge returns no typed result; success is silent and failure indistinguishable.

Evidence

  • docs/TODO.md:24 — "B-03 — HUD camera button click does nothing (lands M-5)"
  • Vision audit R-003: frameAttachRequested always returns success regardless of frameAttachController state

Recommended fix

Closed by #9 (M-5 Vision surface). Migration plan §2.6 wires Vision.requestFrameAttach -> Result<FrameAttachArmed, FrameAttachError> through real WKWebView round-trip. Harness scenario S-VIS-001 in .jsonRoundTripWebView mode is the non-skippable gate.

Source

  • docs/TODO.md:24 (carry-forward bug B-03)
  • .planning/architecture/JARVIS-API-MIGRATION-PLAN.md §2.6

Cross-references

  • Closed by: #9 (M-5)
## Summary HUD camera button click does nothing in production. Live evidence collected during 2026-05-07 user testing. Vision Track C-3 wired `frameAttachRequested` inbound emit and Swift handler routes to `FrameAttachController.requestAttach`, but the round-trip through `WebviewBridge` returns no typed result; success is silent and failure indistinguishable. ## Evidence - `docs/TODO.md:24` — "B-03 — HUD camera button click does nothing (lands M-5)" - Vision audit R-003: `frameAttachRequested` always returns success regardless of `frameAttachController` state ## Recommended fix Closed by #9 (M-5 Vision surface). Migration plan §2.6 wires `Vision.requestFrameAttach -> Result<FrameAttachArmed, FrameAttachError>` through real WKWebView round-trip. Harness scenario `S-VIS-001` in `.jsonRoundTripWebView` mode is the non-skippable gate. ## Source - `docs/TODO.md:24` (carry-forward bug B-03) - `.planning/architecture/JARVIS-API-MIGRATION-PLAN.md` §2.6 ## Cross-references - Closed by: #9 (M-5)
Sign in to join this conversation.
No Branch/Tag Specified
Labels
Clear labels
area:agent
area:build
area:bus
area:devtool
area:hud
area:logging
area:mcp
area:memory
area:vision
area:voice
audit-finding
bug
Something isn't working
 carry-forward
comment-cleanup
Comment / docstring cleanup per .planning/code-commenting-guide.md
 dependencies
Dependency updates
 documentation
Improvements or additions to documentation
 duplicate
This issue or pull request already exists
 enhancement
New feature or request
 epic
good first issue
Good for newcomers
 help wanted
Extra attention is needed
 invalid
This doesn't seem right
 javascript
Pull requests that update javascript code
 migration
question
Further information is requested
 severity:critical
severity:high
severity:low
severity:medium
wontfix
This will not be worked on
No labels area:hud area:vision bug carry-forward severity:high
Milestone
No items
No Milestone v0.8 — API M-4..M-7 (Memory / Vision / Voice / Turn surfaces)
Projects
Clear projects
No projects
Assignees
Clear assignees
forge-recovery (Forge Recovery) james.maes (James Maes)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: KofTwentyTwo/Jarvis#48