fix: On new PO screen Vendors should have search #110
No reviewers
Labels
No labels
bug
claude-failed
claude-pr
claude-queue
claude-working
epic
feature
interactive
portal
triaged
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: shad0w/pelagia-portal#110
Loading…
Add table
Reference in a new issue
No description provided.
Delete branch "claude/issue-109"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Automated fix by Claude Code for #109.
Closes #109
Review, merge, then create a release tag (vX.Y.Z) to deploy.
The vendor field on the PO forms was a plain native <select>, forcing users to scroll the full vendor list. Mirror the item-search UX with a searchable combobox that filters by vendor name and formal code (vendorId), case-insensitively. The vendor list is already client-side, so this is a pure in-memory filter — no API or DB change. New VendorSelect component (components/ui/vendor-select.tsx) is a self-contained portal-rendered combobox posting a hidden vendorId input, so it drops into all three PO forms unchanged on the server: - po/new/new-po-form - po/[id]/edit/edit-po-form - approvals/[id]/manager-edit-po-form Preserves the optional field, "No vendor selected" empty option, and the "{name} (CODE)" / "(unverified)" label. Unverified vendors (null code) remain findable by name. Adds unit tests for the filter logic and component behaviour. Fixes #109