Skip to content

fix(assisted): legacy revalidated handoffs keep their confirm control - #37

Merged
howlcipher merged 2 commits into
mainfrom
fix/557-legacy-revalidation-confirm-gap
Aug 20, 2026
Merged

howlcipher merged 2 commits into
mainfrom
fix/557-legacy-revalidation-confirm-gap

Conversation

@howlcipher

Copy link
Copy Markdown
Owner

Summary

  • actionForRevalidation's application_ready case gated RequiresExplicitSubmit on a literal status == "AWAITING_REVIEW" check, so a BLOCKED_CAPTCHA- or MANUAL_REQUIRED-origin job that got submitted directly in the assisted browser (skipping the guided Continue step) lost its "I saw a confirmation — Mark Applied" control once the browser closed — even though ConfirmAssistedSubmission itself already accepts all three eligible statuses.
  • Found live during the five-application dogfood run: a genuinely submitted BLOCKED_CAPTCHA-origin application (Wurl, job 1240) had no way back to confirmation.
  • Fix: gate on isAssistedEligibleStatus(status) instead, matching the backend predicate this control fronts for.
  • bugs.md #557 — full account in documentation/backlog_history/bugs_done_details.md.

Test plan

  • go build ./..., go vet ./..., gofmt -l ./cmd ./pkg ./internal clean
  • go test ./... passes except TestServeKnowledgeProfile_KeepsBackupsBoundedAndPrivate, confirmed pre-existing/unrelated on main
  • New/updated unit tests: TestActionForRevalidation_EligibleStatusesAllowConfirmation, TestActionForRevalidation_IneligibleStatusUnchanged
  • Live-verified against the real running dashboard and real applications.db: rebuilt/restarted the dashboard binary, Wurl's card regained the confirm control, operator clicked it for a real prior Greenhouse submission, dogfood cohort advanced 3/5 → 4/5 with no duplicate row

🤖 Generated with Claude Code

William Elias and others added 2 commits August 20, 2026 16:28
actionForRevalidation's application_ready case gated
RequiresExplicitSubmit on a literal AWAITING_REVIEW check, so a
BLOCKED_CAPTCHA- or MANUAL_REQUIRED-origin job that was submitted
directly in the assisted browser (skipping the guided Continue step)
lost its "I saw a confirmation — Mark Applied" control once the
browser closed, even though ConfirmAssistedSubmission itself already
accepts all three eligible statuses. Found live during the dogfood
run when a genuinely submitted BLOCKED_CAPTCHA-origin application
(Wurl, job 1240) had no way back to confirmation.

Gate on isAssistedEligibleStatus(status) instead, matching the
backend predicate this control is supposed to front for. Updates the
existing test that had asserted the now-falsified assumption that a
CAPTCHA-origin job never has a submittable form.

bugs.md #557

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Cohort advanced 3/5 -> 4/5 after rebuilding and restarting the
dashboard binary against the fix and confirming the real prior
Wurl submission through the now-restored control.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@howlcipher
howlcipher merged commit e32b052 into main Aug 20, 2026
1 of 3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant