dev → uat: GRO-2172 extended pet fields #200
Reference in New Issue
Block a user
Delete Branch "promote/gro-2172-pets-to-uat"
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?
dev → uat promotion: GRO-2172 extended pet fields
Promotes the GRO-2172 fix from
devtouat. Scoped to a single feature — branched fromuatand cherry-picked the dev squash commit (2853ce7) so this PR contains onlysrc/routes/pets.ts(+26/−2), not the unrelatedreset.ts/seed.ts/.mcp.jsonchanges also sitting ahead ondev.Change
Adds 4 extended pet fields to
createPetSchema/updatePetSchema:temperamentScore,temperamentFlags,medicalAlerts,preferredCuts. Columns already exist (migrations 0034/0036) + seed-populated; schema gap caused POST/PATCH to silently drop them (GRO-1472 regression).QA review focus
medicalAlertsjsonb cast in POST/PATCH handlers77a6ad5(GRO-2310); identical logic here.UAT Playbook
UAT_PLAYBOOK.md§3 already covers this behaviour via TC-API-3.8 → TC-API-3.15 (create/update extended fields + all boundary rejections). No playbook change required.Refs: GRO-2172, GRO-1472, GRO-1178
cc @cpfarhood
LGTM. Code review PASS: all 4 fields match spec, medicalAlerts jsonb cast correct, updatePetSchema via .partial() correct, UAT_PLAYBOOK.md §3 TC-API-3.8→3.15 already documented. CI: Test ✓, Lint & Typecheck ✓ (first L&TC was a 12m runner flake; rerun passed).