Separate client and API responsibilities
React screens manage interaction while inventory persistence depends on a separately hosted service.
A legacy React inventory client with Firebase sign-in, item browsing, stock update and delivery controls, and user-specific item pages. Data workflows depend on a separate POSDash API.
Client: nDevers · View client experience
An inventory interface needs to connect sign-in, item browsing, stock updates, and personal item lists while coordinating browser state with a separate API.
The client embeds a legacy Heroku API address; current end-to-end operation was not verified.
Only some account-oriented routes use the client authentication guard; backend authorization remains a separate responsibility.
This client references warehouse-management-server, not inventory-management-system-server.
A legacy React inventory client with Firebase sign-in, item browsing, stock update and delivery controls, and user-specific item pages. Data workflows depend on a separate POSDash API.
React Router maps inventory, item details, account, and static information screens.
Firebase handles client sign-in; a token hook sends an email to the API and stores the returned token locally for requests.
Item-detail request code loads records and submits stock and delivery updates to the separate API.
React screens manage interaction while inventory persistence depends on a separately hosted service.
Firebase initialization, authentication guards, and a token hook centralize parts of the client integration.
Client guards describe navigation behavior and do not establish server-side permission enforcement.
Share your challenge, scope, and timeline to start a focused conversation.