TEFactory Control RoomISOLATED PREVIEWS
← All jobs

JOB B2F46EE4 · REVISION 0

Rename the Add Candidate button

phantomtiger04@gmail.com

succeeded

REQUEST

Change the “+ Add candidate” button in the dashboard header to say “+ New candidate”. Do not change its behavior, styling, location, or any unrelated UI. Clicking it must continue opening the existing candidate form. This is presentation-only and requires no database schema or migration changes. Update any affected automated test and verify the existing candidate workflow still works.

1. User-visible behavior  
   In the dashboard header, change the button label from “+ Add candidate” to “+ New candidate”. Its click handler will remain unchanged, so it continues opening the existing “Add candidate” form.

2. Frontend changes  
   Update only the button text in [components/recruiting-app.tsx](/vercel/sandbox/target/components/recruiting-app.tsx:123). Preserve its `primary` class, header placement, markup, stable header marker, and `setCandidateEditor(emptyCandidate(data.jobs))` handler. No CSS changes.

3. Backend and Convex changes  
   None. The candidate form, POST API, data layer, and Convex candidate mutation remain unchanged.

4. Data migration  
   No existing records need a versioned migration: this is presentation-only. No widened schema, snapshot/stash, transform, rollback, reapply, or count/invariant validation changes apply; do not modify the schema or migration configuration.

5. Tests and browser verification  
   Update the dashboard button locator in [e2e/factory-preview.spec.ts](/vercel/sandbox/target/e2e/factory-preview.spec.ts:18) to expect/click “New candidate”; retain the existing dialog assertion as “Add candidate.” Run the configured typecheck, unit tests, build, and Playwright preview workflow. The existing E2E flow verifies that opening the form still permits candidate creation, edit, stage change, note creation, and deletion.

6. Risks or questions  
   No blocking questions or unsafe changes identified. The work is isolated to one text node and one E2E expectation, and can safely run in the required isolated preview.

TIMELINE

received

Request received

planning

Read-only planning run queued

awaiting approval

Plan sent; waiting for email approval

provisioning

Approved by email; provisioning queued

implementing

Isolated backend cloned; Codex implementation started

migrating

Running idempotent migration and validation

testing

Running typecheck, tests, and production build

deploying

Committing branch and creating Vercel preview

verifying

Running deployed browser smoke tests and recording evidence

succeeded

Preview verified and result email sent