fix(registration): compose option field groups - #636
Conversation
|
@coderabbitai review |
|
Warning Review limit reached
Next review available in: 18 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (6)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
✅ Action performedReview finished.
|
|
Independent review: LGTM at exact base No actionable findings in the six-file diff.
Verification at the exact head:
CodeRabbit was rate-limited and produced no substantive findings. GitNexus graph review was unavailable because the connected reader cannot open the newer index format (database v42 vs reader v40), so the verdict is grounded in the exact commit diff, mirrored-call-site inspection, and executable checks above. CI was still running when this review was posted. |
d6316c1
into
codex/scaling-levels-field-group
What changed
FieldGroupLabeland stable ids for the option inputWhy
The Options heading used
FormLabeloutside aFormField. Rendering a select question therefore hit the form guard withuseFormField should be used within <FormField>. The options array is an aggregate collection, so a native fieldset/legend contract is the correct semantic boundary.Validation
lat check: passedStack
Base: #635 /
codex/scaling-levels-field-groupThe first normal push hook could not lint unrelated workspaces because this isolated checkout only has Start/Crew dependencies linked; the branch was pushed with
--no-verifyafter the scoped checks above passed.mainSummary by cubic
Composed the select-question Options into a shared
FieldGroupfor Start and Crew to fix the React Hook Form context error and improve accessibility. Also introduced shared@repo/ui/empty-stateand@repo/ui/metricand updated organizers and import previews.New Features
@repo/ui/empty-stateand@repo/ui/metric; composed Organizer empty states and adopted metrics in import previews (Start and Crew).Bug Fixes
FormLabelwith a semanticFieldGroup(fieldset/legend) and stableLabelIDs; surfaced a single Options error for empty select questions; behavior and API payloads are unchanged.Written for commit d6316c1. Summary will update on new commits.