shoc-frontend-new/e2e
Codex Review Integration 5d53b8e810 fix(api): send multipart uploads with their Content-Type (SH-368)
The shared ky instance declared Content-Type: application/json for every
request. Ky bakes instance headers into the Request it builds, so a FormData
body left with that header, and the beforeRequest hook that deleted it ran
after the boundary had already been dropped: the multipart body went out
with no Content-Type at all. ASP.NET then cannot bind [FromForm] fields, so
the completion-doc upload (dialog and slide-over "Upload signed PDF")
returned 400 "The file field is required.", media category updates arrived
without category or workOrderVersion, and the legacy edit form post lost its
fields.

Drop the instance-wide Content-Type. Ky still sets application/json for
json bodies, and the runtime sets multipart/form-data with the boundary.

The old unit test tolerated a missing header, and ran under jsdom whose
FormData the Node Request cannot serialize. It now runs in the node
environment and requires a multipart Content-Type whose boundary matches the
body. A Pixel 7 viewport e2e covers the signed PDF upload and JPG/MP4/MOV
media upload plus categorize.
2026-09-16 13:39:20 -03:00
..
__screenshots__ feat(vendors): structure the address into Street/City/State with autocomplete (#176) 2026-09-15 16:13:15 -03:00
auth Feat/vite typescript migration (#16) 2026-06-18 14:41:17 -03:00
vendor-portal feat(vendor-portal): complete request lifecycle (SH-98) 2026-08-10 13:16:26 -03:00
vendors SH-279: replace Vendor trade overflow title with MUI Tooltip (#187) 2026-09-15 16:23:14 -03:00
work-orders fix(api): send multipart uploads with their Content-Type (SH-368) 2026-09-16 13:39:20 -03:00