Self-driving setup: checkbox labels and Confirm button overlap wrapped description text
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 78/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Quiet
- Tech stack
- typescript
- Domain
- cli
Research direction
Start with src/ui/tui/screens/WizardAskScreen.tsx and reproduce the issue using npx @posthog/wizard@latest self-driving against a Laravel/Vue app. Inspect how wrapped option descriptions and the Confirm button are positioned on both affected checklists. Done means labels and tool names render intact and the Confirm button no longer overlaps wrapped description text.
Written by the indexing model from the issue text.
Description
Ran npx @posthog/wizard@latest self-driving against a real Laravel/Vue app (not a wizard-workbench fixture). Two separate screens in the same run showed the same rendering corruption.
1. Custom-scout proposal screen
What rendered:
□ NoSkip custom scouts; the built-in troop already covers this project.
□ WaSpeaks up when the fraction of feedback items that fail AI processing rises
above its recent norm — catching AI driver outages, malformed payloads, or OpenAI/Gemini
□ WaSpeaks up when triaged feedback stops producing tickets at the expected rate,
catching cases where a GitHub or Linear token has expired or the downstream API is down —
failures that are silently swallowed and don't appear
Confirmror tracking.
Each option has a short bold label (No / Watch / Watch) followed by a description, with a Confirm (n) button below the list. Instead:
- The label merges directly into the first word of the description with no space:
No+Skip custom scouts...→NoSkip;Watch+Speaks up...→WaSpeaks(only the first 2 characters of "Watch" survive). - The Confirm button overlaps the wrapped tail of the last option's description:
...in error tracking.+Confirm→Confirmror tracking.
2. Issue-tracker integrations checklist
Same failure mode, different screen — tool names corrupted: Gitlab → Giteab, Rollbar → Rollbart, Zendesk → Zendeskdger.
Likely source: src/ui/tui/screens/WizardAskScreen.tsx — the screen renders both corrupted checklists. Looks like a fixed height/position assumption that doesn't account for the actual wrapped line count of longer option descriptions.
Version: PostHog Wizard v2.51.0
Screenshots to be attached.
- Dominant language
- TypeScript
- Stars
- 197
- Forks
- 51
- Avg merge
- 1d 23h
- Merged PRs (30d)
- 94
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from PostHog/wizard
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
wizard-pain
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
wizard-pain
Difficulty 5/5 Over a week Newbie friendliness 25/100
Similar issues
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 91/100
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficulty 1/5 Under an hour Newbie friendliness 95/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Automattic/studio#4908 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 90/100