@autobusal/providers 1.29.3 → 1.29.4

package/CHANGELOG.md

@@ -1,5 +1,16 @@
 # Changelog
 
+## 1.29.4
+
+### Added
+
+- **`OrderData.addons`** (`OrderAddonData[]`) - the extra services bought at
+  checkout. There is no `data` field by design: the API withholds it because
+  the Telegram add-on's copy holds a bind token.
+- **`OrderData.fare_display`** - the fare WITHOUT add-ons. Optional, because
+  only the single-order endpoint opts into it; `amount_display` remains fare +
+  add-ons.
+
 ## 1.29.3
 
 ### Fixed

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@autobusal/providers",
-  "version": "1.29.3",
+  "version": "1.29.4",
   "author": "Ferjolt Ozuni",
   "type": "module",
   "main": "index.ts"

package/stores/user.ts

@@ -20,7 +20,19 @@ export interface UserStore {
 // login/activate/refresh); it's just never written to disk. A bootstrap
 // fetch (see Setup/useUserBootstrap.ts) re-hydrates the full in-memory
 // object shortly after app load using this same reduced signal.
-type PersistedUser = Pick<UserData, 'id' | 'name' | 'name_display' | 'type' | 'status'>;
+// Edited: Ferjolt Ozuni - Date: 2026-08-07
+// `verified` joins the subset because `status` cannot be READ without it.
+// Status 0 means "activation pending" for a self-registered account and
+// "switched off by staff" for one an admin created - and the two get
+// different screens (see @autobusal/auth's Secure). Persisting the status
+// but not the field that disambiguates it meant the first paint after a
+// reload had to guess, and guessed activation: a deactivated employee was
+// shown "enter the 5-digit code we emailed you" for a code that does not
+// exist.
+//
+// It is a verification timestamp, not personal data - it says nothing about
+// who the person is, which is what the rest of this redaction is for.
+type PersistedUser = Pick<UserData, 'id' | 'name' | 'name_display' | 'type' | 'status' | 'verified'>;
 
 const STORAGE_KEY = 'user';
 
@@ -29,7 +41,8 @@ const redact = (user: UserData): PersistedUser => ({
   name: user.name,
   name_display: user.name_display,
   type: user.type,
-  status: user.status
+  status: user.status,
+  verified: user.verified
 });
 
 const stored = localStorage.getItem(STORAGE_KEY);

package/types/orders.ts

@@ -33,6 +33,12 @@ export interface OrderData {
   passengers: TicketData[]
   tickets: number
   amount_display: string
+  /*
+   * Edited: Ferjolt Ozuni - Date: 2026-08-07
+   * The fare WITHOUT add-ons. Optional: only the single-order endpoint opts
+   * into it (it costs a sum query), so the listing does not carry it.
+   */
+  fare_display?: string
   note_cancel: string
   actions: string[]
   created_at: string
@@ -42,6 +48,29 @@ export interface OrderData {
   reference?: OrderData
   updated_at: string
   account?: any
+
+  /*
+   * Edited: Ferjolt Ozuni - Date: 2026-08-07
+   * The extra services bought at checkout. Optional: only the single-order
+   * endpoint loads them, and the listing does not.
+   *
+   * There is no `data` field by design - the API withholds it because the
+   * Telegram add-on's copy holds a bind token. See Libraries\Orders\View.
+   */
+  addons?: OrderAddonData[]
+}
+
+export interface OrderAddonData {
+  id: number
+  // 'flex' | 'whatsapp' | 'telegram' | 'sms' - open, since the registry is
+  // a table and a brand can be given a key this build has never heard of.
+  key: string
+  price: string
+  // The same value with the brand's currency on it. The currency is a label
+  // setting the client is never sent, so this has to be formatted server
+  // side - see Orders\OrderAddon.
+  price_display: string
+  created_at: string
 }
 
 export interface ContactData {