Skip to content

fix: standardize ShipmentStatus type usage across API and UI (#218)#239

Open
ahmedabbas52233-a11y wants to merge 1 commit into
Navin-xmr:mainfrom
ahmedabbas52233-a11y:fix/issue-218-status-casing-consistency
Open

fix: standardize ShipmentStatus type usage across API and UI (#218)#239
ahmedabbas52233-a11y wants to merge 1 commit into
Navin-xmr:mainfrom
ahmedabbas52233-a11y:fix/issue-218-status-casing-consistency

Conversation

@ahmedabbas52233-a11y
Copy link
Copy Markdown
Contributor

Summary

Fixes #218 — Standardizes ShipmentStatus type usage and resolves type conflicts between API and UI layers.

Changes

  • StatusBadge.tsx: Removed corrupted duplicate component, now uses shipmentStatus.ts utils
  • shipmentApi.ts: Imports ShipmentStatus from API layer (shipments.ts) instead of UI layer
  • shipmentApi.ts: Fixed STATUS_MAP to use API enum values (CREATED, IN_TRANSIT, etc.)
  • App.tsx: Resolved merge corruption (duplicate imports/routes)

Testing

  • pnpm run dev starts successfully
  • TypeScript compiles without errors
  • App loads at http://localhost:5173/

…mr#218)

- Fix corrupted StatusBadge.tsx (removed duplicate component)
- Import ShipmentStatus from API layer (shipments.ts) instead of UI layer
- Fix STATUS_MAP in shipmentApi.ts to use API enum values
- Resolve App.tsx merge corruption
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Add E2E smoke test: Create → Update status → Upload proof → Verify settlement

1 participant