toga-ai 1.0.779 → 1.0.780

package/knowledge/2.0/apps/_underscore/INDEX.md

@@ -4,7 +4,7 @@
 |-----|---------|-------|
 | [Proposed — git-sourced base+overlay JSON authoring for the Surface layer](architecture/surface-authoring-proposal.md) | A **proposal / handoff recommendation** (not implemented) that the Surface layer's *authoring* model move off hand-authored SQL against the `SurfaceOverrides` E | _underscore/Model/Core/Surface.php, _underscore/Model/Client/SurfaceOverride.php |
 | [_underscore Framework Architecture](architecture.md) | `_underscore` is the shared PHP backend framework for **all 2.0 applications**. | _underscore/_underscore.php, _underscore/Loader.php, _underscore/Framework.php, _underscore/Model.php, _underscore/Database.php, _underscore/Query.php, _underscore/Route.php, _underscore/Component.php |
-| [ACL Permission Chain (Record & Field Authorization)](features/acl-permission-chain.md) | Authorization in the 2.0 API is **metadata-driven**: whether a role may Create/Read/Update/Delete a record is decided by rows across **four linked tables**, not | api2/Component/Api/V2/V2.php, dbchanges2/Core/2026-08-27a - TransferOrderUuidSearchableIdentifier.sql, _underscore/Model/Core/Page.php, _underscore/Model/Core/Surface.php, _underscore/Model/Client/TrackingNumber.php, dbchanges2/Client/2026-06-03- BLANK_CLIENT_DATABASE.sql, dbchanges2/Client/2026-06-23b - ItemTranslationsAcl.sql, dbchanges2/Client/2026-07-02c - TrackingNumberNeedsReturnLabelFieldPermission.sql, dbchanges2/Client/2026-07-22c - TrackingNumberMeasureIdsFieldPermission.sql, dbchanges2/Client_Quad/2026-08-24 - Quad Multi Currency Item Pricing.sql, dbchanges2/Client/2026-08-29 - ItemReceiptTransferOrderIdFieldPermission.sql, dbchanges2/Client/2026-08-29b - ItemReceiptItemTransferOrderItemIdFieldPermission.sql, dbchanges2/Client/2026-09-01a - PurchaseOrderItemQtyFieldsApiRoleRead.sql |
+| [ACL Permission Chain (Record & Field Authorization)](features/acl-permission-chain.md) | Authorization in the 2.0 API is **metadata-driven**: whether a role may Create/Read/Update/Delete a record is decided by rows across **four linked tables**, not | api2/Component/Api/V2/V2.php, dbchanges2/Core/2026-08-27a - TransferOrderUuidSearchableIdentifier.sql, _underscore/Model/Core/Page.php, _underscore/Model/Core/Surface.php, _underscore/Model/Client/TrackingNumber.php, dbchanges2/Client/2026-06-03- BLANK_CLIENT_DATABASE.sql, dbchanges2/Client/2026-06-23b - ItemTranslationsAcl.sql, dbchanges2/Client/2026-07-02c - TrackingNumberNeedsReturnLabelFieldPermission.sql, dbchanges2/Client/2026-07-22c - TrackingNumberMeasureIdsFieldPermission.sql, dbchanges2/Client_Quad/2026-08-24 - Quad Multi Currency Item Pricing.sql, dbchanges2/Client/2026-08-29 - ItemReceiptTransferOrderIdFieldPermission.sql, dbchanges2/Client/2026-08-29b - ItemReceiptItemTransferOrderItemIdFieldPermission.sql, dbchanges2/Client/2026-09-01a - PurchaseOrderItemQtyFieldsApiRoleRead.sql, dbchanges2/Client_Nychh/2026-09-03a - TransferOrdersStatusBadge.sql |
 | [Address Uniqueness Normalization (unit identifier + 5-digit ZIP comparison)](features/address-uniqueness-normalization.md) | When a business rule says *"only one X per physical address"*, comparing address rows field-for-field does **not** work: the same dwelling is spelled many diffe | _underscore/Model/Rate/Entitlement.php |
 | [Address Validation (carrier waterfall + validateAddress scripted endpoint)](features/address-validation.md) | `_Model_Client_Address::validateAddress` verifies a US address against a **carrier waterfall (USPS → FedEx → UPS)** and returns a single canonical, carrier-norm | _underscore/Model/Client/Address.php, _underscore/Component/Library/Carriers/Usps/Usps.php |
 | [_ApiRequest — JSON encode/decode & api-logging behavior](features/apirequest-json-content-type.md) | `_ApiRequest` is the 2.0 outbound HTTP client. | _underscore/ApiRequest.php, _underscore/Model/Client/Logs/Api.php, _underscore/Component/Api/Clickup/Clickup.php |

package/knowledge/2.0/apps/_underscore/features/acl-permission-chain.md

@@ -22,6 +22,7 @@ files:
   - dbchanges2/Client/2026-08-29 - ItemReceiptTransferOrderIdFieldPermission.sql
   - dbchanges2/Client/2026-08-29b - ItemReceiptItemTransferOrderItemIdFieldPermission.sql
   - dbchanges2/Client/2026-09-01a - PurchaseOrderItemQtyFieldsApiRoleRead.sql
+  - dbchanges2/Client_Nychh/2026-09-03a - TransferOrdersStatusBadge.sql
 ---
 
 ## Summary
@@ -97,6 +98,17 @@ Two distinct failure shapes, and the second is a page-killer:
   `undefined`. Code that checks `=== null` will not detect it.
 - **A requested JOINED field with no grant fails the ENTIRE request with `EZ-2`.** One missing grant
   on one joined column therefore blanks every record the page asked for — not just that column.
+- **⚠ An ungranted `uuid` fails the ENTIRE request too — even though you never asked for it.**
+  `uuid` is V2's `IDENTIFIER_FIELD` (`api2 Component/Api/V2/V2.php:13`) and is **force-added to every
+  record read**, so it is always "requested" whether or not it appears in your `fields=` list. If the
+  calling role has no `AclFieldPermissions` grant on that record's `uuid` RecordField, the response is
+  **403 `EZ-2`** naming `"fields": ["uuid"]`. This is the opposite of the first bullet: an ordinary
+  ungranted field is silently dropped, `uuid` is fatal.
+
+  **Rule: grant the `uuid` RecordField alongside every field you actually read.** Seen 2026-09-03 on
+  `/transfer-order-statuses` — the fetch asked only for `slug,name,colorHex` and still 403'd on
+  `uuid`. The error text is self-diagnosing here: an `EZ-2` whose `fields` list contains a field you
+  never sent is this.
 
 **Two practices follow directly:**
 
@@ -652,6 +664,14 @@ hardcoded `Core.RecordFields` id literals instead of a subselect.
       and every repo is on the **same branch** so the generated model matches the DB.
 
 ## Change history
+- 2026-09-04 — ⚠ Recorded that an **ungranted `uuid` 403s the whole request**, unlike an ordinary
+  ungranted field which is silently dropped: `uuid` is V2's `IDENTIFIER_FIELD`
+  (`api2 Component/Api/V2/V2.php:13`) and is force-added to **every** record read, so a role with no
+  `AclFieldPermissions` row on that record's `uuid` RecordField gets `EZ-2` listing
+  `"fields": ["uuid"]` even when `uuid` was never requested. Hit on `/transfer-order-statuses` while
+  wiring the transfer-order status badge (the fetch asked only for `slug,name,colorHex`). Rule: grant
+  the `uuid` RecordField alongside the fields you read; and an `EZ-2` naming a field you never sent
+  is this. (apeterson)
 - 2026-09-04 — Recorded the **custom-field silent-omission trap** after a production incident (Rate
   AIG): a `c_` field with no `AclCustomFieldPermissions` row for the calling role is **dropped from a
   GET response with HTTP 200** and a correct `totalRecordCount` when `fields=` is not sent — the

package/knowledge/2.0/apps/api2/INDEX.md

@@ -12,7 +12,7 @@
 | [Language Translation Layer (audience.language + sidecar tables)](features/language-translation-layer.md) | Serves the same TOGa data (Item title/description/longDescription, plus item **feature** text — `Features.name`, `ItemCategoryFeatureGroups.name`, `ItemFeatures | api2/Component/Api/V2/V2.php, api2/Component/Api/V2/Response/Response.php, _underscore/Model/Core/Setting.php, _underscore/Model/Core/RecordField.php, _underscore/Model/Core/DefaultGlobalSetting.php, _underscore/Model/Client/ItemTranslation.php, _underscore/Model/Client/FeatureTranslation.php, _underscore/Model/Client/ItemCategoryFeatureGroupTranslation.php, _underscore/Model/Client/ItemFeatureTranslation.php, dbchanges2/Client/2026-06-23a - ItemTranslations.sql, dbchanges2/Client/2026-06-23b - ItemTranslationsAcl.sql, dbchanges2/Client/2026-07-13a - FeatureTranslations.sql, dbchanges2/Client/2026-07-13b - FeatureTranslationsAcl.sql, dbchanges2/Core/2026-06-23a - RecordFieldsTranslationColumn.sql, dbchanges2/Core/2026-06-23b - ItemTranslationsRecord.sql, dbchanges2/Core/2026-07-13 - FeatureTranslationsRecord.sql |
 | [/auth/login resolves the client from the email domain, not the Bearer token (cross-client user path)](features/login-cross-client-user-resolution.md) | `POST /v2/auth/login` (email/password user login) can silently swap the target client mid-request. | api2/Component/Api/V2/V2.php, _underscore/String.php |
 | [Nested FK object embedding is gated by the CHILD record's own ACL](features/nested-fk-acl-embedding.md) | When the V2 JSON engine serializes a foreign-key field into a **nested object** (in `getFullModelData()`, ~V2.php L6016-6060), it re-checks the **child** record | api2/Component/Api/V2/V2.php, dbchanges2/Client_Compass/2026-07-23b - PurchaseOrdersRecordReadAcl.sql |
-| [Nested-relationship writes & child matching (link vs. create)](features/nested-relationship-writes.md) | When a 2.0 API write payload (`POST`/`PUT`) contains a **nested related object** (e.g. | api2/Component/Api/V2/V2.php, _underscore/Model/Client/ContactEmailAddress.php |
+| [Nested-relationship writes & child matching (link vs. create)](features/nested-relationship-writes.md) | When a 2.0 API write payload (`POST`/`PUT`) contains a **nested related object** (e.g. | api2/Component/Api/V2/V2.php, _underscore/Model/Client/ContactEmailAddress.php, _underscore/Model/Client/TransferOrderStage.php |
 | [Record Scripts (computed/aggregate /v2 endpoints — the authoring contract)](features/record-scripts.md) | In api2 you almost never write a controller. | api2/Component/Api/V2/V2.php, _underscore/Model/Team/Sprint.php, _underscore/Model/Client/ItemFulfillment.php, _underscore/Query.php |
 | [V2 Request Logging & Where Requests Land (client vs core log DB)](features/request-logging.md) | The V2 engine logs **every inbound request** — success *and* failure, with response code and payload — and routes each log entry to the **client** log or the ** | api2/Component/Api/V2/V2.php, api2/Controller/Index.php, _underscore/Model/Client/Logs/Api.php, _underscore/Model/Core/Logs/Api.php |
 | [POST + JSON-body args for scripted APIs](features/scripted-api-post-body-args.md) | The V2 engine can run a Record Script (scripted API) for a **POST** request, and a scripted API can receive its arguments from the **JSON request body** instead | api2/Component/Api/V2/V2.php |

package/knowledge/2.0/apps/api2/features/nested-relationship-writes.md

@@ -6,11 +6,12 @@ project: API
 client: shared
 type: feature
 status: active
-updated: 2026-08-26
-owners: ["bala", "mhammontree", "tcox"]
+updated: 2026-09-04
+owners: ["bala", "mhammontree", "tcox", "apeterson"]
 files:
   - api2/Component/Api/V2/V2.php
   - _underscore/Model/Client/ContactEmailAddress.php
+  - _underscore/Model/Client/TransferOrderStage.php
 related:
   - ../architecture.md
   - ../../toga2-supply/features/currency-amount-lines-editor.md
@@ -311,6 +312,33 @@ completely invisible to the UI — see
 Same family as the 201-with-dropped-data case above: **a success status from V2 proves only that the
 parent was written.** Assert child row counts, or write children explicitly.
 
+## ⚠ Not every record can be linked by `uuid` — read `searchableIdentifierFields`
+
+`{ uuid }` is the house convention for a nested FK, and it works so consistently that it reads like a
+platform guarantee. **It is not.** A record is linkable only by the fields flagged as identifiers,
+and a handful of lookup tables have **no `uuid` identifier at all**. Sending `{ uuid }` to one of
+those is a **400 `EV-12`**, not a silent miss.
+
+```
+// WRONG — TransferOrderStages has no uuid identifier
+transferOrderStage: { uuid: "…" }
+// → 400 EV-12, "searchableIdentifierFields": ["id","c_netsuiteInternalTransferOrderStatus"]
+
+// CORRECT
+transferOrderStage: { id: 7 }
+```
+
+- **The error body is self-diagnosing — read `searchableIdentifierFields` first.** It lists exactly
+  what that record accepts. No DB query needed.
+- **When you fall back to `id`, resolve it at request time by a stable natural key (name/slug), never
+  hardcode it.** `id` values differ per tenant database, so a literal that works in one client DB
+  points at a different row (or nothing) in another. The transfer-order create modal looks its
+  opening stage up by name `"Pending"` on each request for exactly this reason.
+- **The other EV-12 flavor is different.** `searchableIdentifierFields: ["id"]` on a nested FK
+  resolved *through* a custom field means a `c_` field is missing `isIdentifier = 1` — that is a
+  metadata bug to fix (see above), whereas "this record genuinely has no `uuid`" is a payload shape
+  to accept.
+
 ## Gotcha
 
 - **Nested write with only a non-identifier field silently creates duplicates.** This is a
@@ -322,6 +350,14 @@ parent was written.** Assert child row counts, or write children explicitly.
 
 ## Change history
 
+- 2026-09-04 — ⚠ Recorded that **`{ uuid }` is a convention, not a guarantee**: some lookup records
+  (e.g. `TransferOrderStages`) have **no `uuid` identifier**, so a nested `{ uuid }` is a hard 400
+  `EV-12` naming `searchableIdentifierFields: ["id","c_netsuiteInternalTransferOrderStatus"]`. Read
+  that list first — it is self-diagnosing — and when falling back to `{ id }`, resolve the id at
+  request time from a stable natural key (name/slug), because ids differ per tenant DB. Distinguished
+  this from the existing `searchableIdentifierFields: ["id"]` flavor, which is a missing
+  `isIdentifier` on a `c_` field. Found building the transfer-order create POST. (apeterson)
+
 - 2026-08-26 — Added: **the UPDATE path sets status 200 unconditionally after its children loop**, so
   a nested `PUT` reports success even when a child write failed (unique-key rejection, ACL denial).
   Any parent-with-children editor that needs to know whether the children landed must write them

package/knowledge/2.0/apps/dbchanges2/INDEX.md

@@ -4,7 +4,7 @@
 |-----|---------|-------|
 | [Database Changes (dbchanges2) Repository Architecture](architecture.md) | `dbchanges2` is the **schema-migration / SQL change-set repository** for the entire 2.0 platform. | Core/, Client/, Client_<Tenant>/, Logs/, Logs_Client/, _modules/ |
 | [Re-runnable additive migrations (uuid4 in SQL, INSERT guards, the DISTINCT trap, conditional ALTERs)](features/rerunnable-additive-inserts.md) | Most `dbchanges2` files are **additive data grants** run by hand against production, often more than once (once per environment, or twice because someone was no | dbchanges2/Client_Compass/2026-08-26a - CompassCreativeStudioPersona.sql, dbchanges2/Core/2026-08-27a - Insert - Netsuite Location SyncAll CronJob.sql, dbchanges2/Client/2026-09-01a - PurchaseOrderItemQtyFieldsApiRoleRead.sql |
-| [Surface Layer Schema (UI presentation/config tables)](features/surface-layer-schema.md) | The persistent schema for the platform-wide **Surface** UI presentation/configuration layer (see the `_underscore` [surface-resolver](../../_underscore/features | dbchanges2/Core/2026-09-02a - TalosAssistantSurfaceSeed.sql, dbchanges2/Client_Nychh/2026-09-02a - TalosAssistantEnable.sql, dbchanges2/Core/2026-08-31a - SalesOrderDenialDetailsSurfaceSeed.sql, dbchanges2/Client_Compass/2026-08-31a - SalesOrderDenialDetailsReadOnlyRules.sql, toga25-supply/db-migrations/PLAYBOOK.md, toga25-supply/db-migrations/SURFACE-FEATURE-RUNBOOK.md, dbchanges2/Client_Compass/, dbchanges2/Client_CompassCanada/, dbchanges2/Client_Quad/, dbchanges2/Core/2026-08-28b - TransferOrderListActionsSurfaceSeed.sql, dbchanges2/Core/2026-08-24b - SalesOrderStatusFilterSurfaceSeed.sql, dbchanges2/Client_Compass/2026-08-24b - SalesOrderStatusFilterHides.sql, dbchanges2/Client_CompassCanada/2026-08-24b - SalesOrderStatusFilterHides.sql, dbchanges2/Client_Quad/2026-08-24b - SalesOrderStatusFilterHides.sql, dbchanges2/Client_Nychh/2026-08-24b - SalesOrderStatusFilterHides.sql, dbchanges2/Core/2026-08-21 - SalesOrderDecisionSurfacesReseed.sql, dbchanges2/Core/2026-08-24 - RestoreApproveDenyRowActionsVisibility.sql, dbchanges2/Client_Quad/2026-08-24 - ProdPortApprovePoNumberEnabledRule.sql, dbchanges2/Client_Quad/2026-07-21b - ApproveDisabledTooltipPoNumber.sql, dbchanges2/Client_Quad/2026-08-21 - SalesOrderDecisionSummaryOverride.sql, dbchanges2/Client_Compass/2026-08-24 - ProdPortApprovalsGateAndApproveStepTwoRule.sql, dbchanges2/Client_CompassCanada/2026-08-24 - ProdPortApprovalsGateAndApproveStepTwoRule.sql, dbchanges2/Client_Nychh/2026-08-24 - FixInventoryGroupingsUnitsTopologyOverrideIds.sql, dbchanges2/Client/2026-06-25a - SurfaceClientTables.sql, dbchanges2/Client_Compass/2026-06-25d - SalesOrderSurfaceClientSeed.sql, _underscore/Model/Client/ThemeToken.php, toga25-supply/src/themeConfig.json, dbchanges2/Core/2026-06-25a - SurfaceCoreTables.sql, dbchanges2/Core/2026-06-25b - SurfaceRecordsAndFields.sql, dbchanges2/Core/2026-06-25c - SalesOrderLoginSurfaceSeed.sql, dbchanges2/Core/2026-06-29a - ItemsSurfaceSeed.sql, dbchanges2/Core/2026-06-29b - SurfaceMetaPublicReadAcl.sql, dbchanges2/Client/2026-06-29c - SurfaceRecordScriptAcl.sql, dbchanges2/Core/2026-06-29c - SurfaceDebugPhpMethodFix.sql, dbchanges2/Core/2026-06-29d - VendorItemsSurfaceSeed.sql, dbchanges2/Core/2026-06-29e - InventorySurfaceSeed.sql, dbchanges2/Core/2026-06-30a - SurfaceMetaGroupAndSalesOrderSections.sql, dbchanges2/Client/2026-06-30a - SurfaceMetaGroupAcl.sql, dbchanges2/Client_Compass/2026-06-30a - SalesOrderDisplaySectionManagerOverrides.sql, dbchanges2/Client_CompassCanada/2026-06-30a - SalesOrderSurfaceManagerOverrides.sql, dbchanges2/Client_Quad/2026-06-30a - SalesOrderSurfaceClientOverrides.sql, dbchanges2/Client/2026-06-25a - SurfaceClientTables.sql, dbchanges2/Client/2026-06-25b - SurfaceClientSeed.sql, dbchanges2/Client/2026-06-25c - SurfaceClientAcl.sql, dbchanges2/Client/2026-06-03- BLANK_CLIENT_DATABASE.sql, dbchanges2/Core/2026-07-17h - Update - ClearApprovalsFilterButtonConfig.sql, dbchanges2/Client_Compass/2026-07-17a - SalesOrderApprovalActionsOverride.sql, dbchanges2/Client_Compass/2026-07-17b - SalesOrderApprovalsFilterButtonOverride.sql, dbchanges2/Client_CompassCanada/2026-07-17a - SalesOrderApprovalActionsOverride.sql, dbchanges2/Client_CompassCanada/2026-07-17b - SalesOrderApprovalsFilterButtonOverride.sql, dbchanges2/Client_Quad/2026-07-17a - SalesOrderApprovalActionsOverride.sql, dbchanges2/Client_Quad/2026-07-17b - SalesOrderApprovalsFilterButtonOverride.sql, dbchanges2/Core/2026-07-20a - Update - HideAdminNotesSectionByDefault.sql, dbchanges2/Core/2026-07-20b - Update - NotesSectionFieldElements.sql, dbchanges2/Client_Compass/2026-07-20a - AdminNotesSectionVisibilityOverride.sql, dbchanges2/Client_Compass/2026-07-20b - NotesSectionFieldsOverride.sql, dbchanges2/Client_CompassCanada/2026-07-20a - AdminNotesSectionVisibilityOverride.sql, dbchanges2/Client_CompassCanada/2026-07-20b - NotesSectionFieldsOverride.sql, dbchanges2/Client_Quad/2026-07-20a - NotesSectionFieldsOverride.sql, dbchanges2/Core/2026-07-20c - Update - VendorItemsToggleSurfaceSeed.sql, dbchanges2/Client_Compass/2026-07-20c - ItemRecordEditButtonEnable.sql, dbchanges2/Client_Compass/2026-07-20d - ItemRecordVendorItemsEnable.sql, dbchanges2/Client_CompassCanada/2026-07-20c - ItemRecordEditButtonEnable.sql, dbchanges2/Client_CompassCanada/2026-07-20d - ItemRecordVendorItemsEnable.sql, dbchanges2/Core/2026-07-20e - RestoreApproveDenyRowActions.sql, dbchanges2/Client_Compass/2026-07-20e - RowActionsApprovalWorkflowAdminEnable.sql, dbchanges2/Client_CompassCanada/2026-07-20e - RowActionsApprovalWorkflowAdminEnable.sql, dbchanges2/Core/2026-07-17 - README - RUN ORDER.md, dbchanges2/Client_Compass/2026-07-21a - SalesOrderApproveEnabledRuleOverride.sql, dbchanges2/Client_Compass/2026-07-21b - SalesOrderApprovalsGateEnable.sql, dbchanges2/Client_CompassCanada/2026-07-21a - SalesOrderApproveEnabledRuleOverride.sql, dbchanges2/Client_CompassCanada/2026-07-21b - SalesOrderApprovalsGateEnable.sql, dbchanges2/Client_Quad/2026-07-21a - SalesOrderApproveEnabledRuleOverride.sql, dbchanges2/Client_Quad/2026-07-21b - SalesOrderApproveDisabledTooltipTranslation.sql, dbchanges2/Core/2026-07-21a - SalesOrderDecisionSummarySurfaceSeed.sql, dbchanges2/Core/2026-07-21b - SalesOrderDecisionActionSurfaceSeed.sql, dbchanges2/Client_Quad/2026-07-21c - SalesOrderDecisionSummaryOverride.sql, dbchanges2/Client_Compass/2026-07-21c - SalesOrderDecisionSummaryTotalConcat.sql, dbchanges2/Client_CompassCanada/2026-07-21c - SalesOrderDecisionSummaryTotalConcat.sql, dbchanges2/Core/2026-07-23a - PoNumberDetailFieldValueKey.sql, dbchanges2/Core/2026-07-29a - SalesOrderApprovalDetailsSurfaceSeed.sql, dbchanges2/Core/2026-08-05b - ApprovalDetailsShippingMethodConcatCharge.sql, dbchanges2/Core/2026-08-14a - NoteBadgesVocabularySurface.sql, dbchanges2/Client/2026-08-14a - NoteBadgeThemeTokens.sql, dbchanges2/Client/2026-08-14b - NoteBadgeUserColorFix.sql, dbchanges2/Client_Compass/2026-08-14a - NoteBadgeDelegateThemeTokens.sql, dbchanges2/Client_CompassCanada/2026-08-14a - NoteBadgeDelegateThemeTokens.sql, dbchanges2/Core/2026-08-26a - ServiceRequestRecordHeaderSurfaceSeed.sql, dbchanges2/Core/2026-08-26b - ServiceRequestDetailsSurfaceSeed.sql, dbchanges2/Core/2026-08-28a - TransferOrderSurfaceSeed.sql, dbchanges2/Client/2026-08-28a - TransferOrderStageThemeTokens.sql, dbchanges2/Client_Nychh/2026-08-28b - TransferOrdersNavigationEnable.sql |
+| [Surface Layer Schema (UI presentation/config tables)](features/surface-layer-schema.md) | The persistent schema for the platform-wide **Surface** UI presentation/configuration layer (see the `_underscore` [surface-resolver](../../_underscore/features | dbchanges2/Core/2026-09-02a - TalosAssistantSurfaceSeed.sql, dbchanges2/Client_Nychh/2026-09-02a - TalosAssistantEnable.sql, dbchanges2/Core/2026-08-31a - SalesOrderDenialDetailsSurfaceSeed.sql, dbchanges2/Client_Compass/2026-08-31a - SalesOrderDenialDetailsReadOnlyRules.sql, toga25-supply/db-migrations/PLAYBOOK.md, toga25-supply/db-migrations/SURFACE-FEATURE-RUNBOOK.md, dbchanges2/Client_Compass/, dbchanges2/Client_CompassCanada/, dbchanges2/Client_Quad/, dbchanges2/Core/2026-08-28b - TransferOrderListActionsSurfaceSeed.sql, dbchanges2/Core/2026-08-24b - SalesOrderStatusFilterSurfaceSeed.sql, dbchanges2/Client_Compass/2026-08-24b - SalesOrderStatusFilterHides.sql, dbchanges2/Client_CompassCanada/2026-08-24b - SalesOrderStatusFilterHides.sql, dbchanges2/Client_Quad/2026-08-24b - SalesOrderStatusFilterHides.sql, dbchanges2/Client_Nychh/2026-08-24b - SalesOrderStatusFilterHides.sql, dbchanges2/Core/2026-08-21 - SalesOrderDecisionSurfacesReseed.sql, dbchanges2/Core/2026-08-24 - RestoreApproveDenyRowActionsVisibility.sql, dbchanges2/Client_Quad/2026-08-24 - ProdPortApprovePoNumberEnabledRule.sql, dbchanges2/Client_Quad/2026-07-21b - ApproveDisabledTooltipPoNumber.sql, dbchanges2/Client_Quad/2026-08-21 - SalesOrderDecisionSummaryOverride.sql, dbchanges2/Client_Compass/2026-08-24 - ProdPortApprovalsGateAndApproveStepTwoRule.sql, dbchanges2/Client_CompassCanada/2026-08-24 - ProdPortApprovalsGateAndApproveStepTwoRule.sql, dbchanges2/Client_Nychh/2026-08-24 - FixInventoryGroupingsUnitsTopologyOverrideIds.sql, dbchanges2/Client/2026-06-25a - SurfaceClientTables.sql, dbchanges2/Client_Compass/2026-06-25d - SalesOrderSurfaceClientSeed.sql, _underscore/Model/Client/ThemeToken.php, toga25-supply/src/themeConfig.json, dbchanges2/Core/2026-06-25a - SurfaceCoreTables.sql, dbchanges2/Core/2026-06-25b - SurfaceRecordsAndFields.sql, dbchanges2/Core/2026-06-25c - SalesOrderLoginSurfaceSeed.sql, dbchanges2/Core/2026-06-29a - ItemsSurfaceSeed.sql, dbchanges2/Core/2026-06-29b - SurfaceMetaPublicReadAcl.sql, dbchanges2/Client/2026-06-29c - SurfaceRecordScriptAcl.sql, dbchanges2/Core/2026-06-29c - SurfaceDebugPhpMethodFix.sql, dbchanges2/Core/2026-06-29d - VendorItemsSurfaceSeed.sql, dbchanges2/Core/2026-06-29e - InventorySurfaceSeed.sql, dbchanges2/Core/2026-06-30a - SurfaceMetaGroupAndSalesOrderSections.sql, dbchanges2/Client/2026-06-30a - SurfaceMetaGroupAcl.sql, dbchanges2/Client_Compass/2026-06-30a - SalesOrderDisplaySectionManagerOverrides.sql, dbchanges2/Client_CompassCanada/2026-06-30a - SalesOrderSurfaceManagerOverrides.sql, dbchanges2/Client_Quad/2026-06-30a - SalesOrderSurfaceClientOverrides.sql, dbchanges2/Client/2026-06-25a - SurfaceClientTables.sql, dbchanges2/Client/2026-06-25b - SurfaceClientSeed.sql, dbchanges2/Client/2026-06-25c - SurfaceClientAcl.sql, dbchanges2/Client/2026-06-03- BLANK_CLIENT_DATABASE.sql, dbchanges2/Core/2026-07-17h - Update - ClearApprovalsFilterButtonConfig.sql, dbchanges2/Client_Compass/2026-07-17a - SalesOrderApprovalActionsOverride.sql, dbchanges2/Client_Compass/2026-07-17b - SalesOrderApprovalsFilterButtonOverride.sql, dbchanges2/Client_CompassCanada/2026-07-17a - SalesOrderApprovalActionsOverride.sql, dbchanges2/Client_CompassCanada/2026-07-17b - SalesOrderApprovalsFilterButtonOverride.sql, dbchanges2/Client_Quad/2026-07-17a - SalesOrderApprovalActionsOverride.sql, dbchanges2/Client_Quad/2026-07-17b - SalesOrderApprovalsFilterButtonOverride.sql, dbchanges2/Core/2026-07-20a - Update - HideAdminNotesSectionByDefault.sql, dbchanges2/Core/2026-07-20b - Update - NotesSectionFieldElements.sql, dbchanges2/Client_Compass/2026-07-20a - AdminNotesSectionVisibilityOverride.sql, dbchanges2/Client_Compass/2026-07-20b - NotesSectionFieldsOverride.sql, dbchanges2/Client_CompassCanada/2026-07-20a - AdminNotesSectionVisibilityOverride.sql, dbchanges2/Client_CompassCanada/2026-07-20b - NotesSectionFieldsOverride.sql, dbchanges2/Client_Quad/2026-07-20a - NotesSectionFieldsOverride.sql, dbchanges2/Core/2026-07-20c - Update - VendorItemsToggleSurfaceSeed.sql, dbchanges2/Client_Compass/2026-07-20c - ItemRecordEditButtonEnable.sql, dbchanges2/Client_Compass/2026-07-20d - ItemRecordVendorItemsEnable.sql, dbchanges2/Client_CompassCanada/2026-07-20c - ItemRecordEditButtonEnable.sql, dbchanges2/Client_CompassCanada/2026-07-20d - ItemRecordVendorItemsEnable.sql, dbchanges2/Core/2026-07-20e - RestoreApproveDenyRowActions.sql, dbchanges2/Client_Compass/2026-07-20e - RowActionsApprovalWorkflowAdminEnable.sql, dbchanges2/Client_CompassCanada/2026-07-20e - RowActionsApprovalWorkflowAdminEnable.sql, dbchanges2/Core/2026-07-17 - README - RUN ORDER.md, dbchanges2/Client_Compass/2026-07-21a - SalesOrderApproveEnabledRuleOverride.sql, dbchanges2/Client_Compass/2026-07-21b - SalesOrderApprovalsGateEnable.sql, dbchanges2/Client_CompassCanada/2026-07-21a - SalesOrderApproveEnabledRuleOverride.sql, dbchanges2/Client_CompassCanada/2026-07-21b - SalesOrderApprovalsGateEnable.sql, dbchanges2/Client_Quad/2026-07-21a - SalesOrderApproveEnabledRuleOverride.sql, dbchanges2/Client_Quad/2026-07-21b - SalesOrderApproveDisabledTooltipTranslation.sql, dbchanges2/Core/2026-07-21a - SalesOrderDecisionSummarySurfaceSeed.sql, dbchanges2/Core/2026-07-21b - SalesOrderDecisionActionSurfaceSeed.sql, dbchanges2/Client_Quad/2026-07-21c - SalesOrderDecisionSummaryOverride.sql, dbchanges2/Client_Compass/2026-07-21c - SalesOrderDecisionSummaryTotalConcat.sql, dbchanges2/Client_CompassCanada/2026-07-21c - SalesOrderDecisionSummaryTotalConcat.sql, dbchanges2/Core/2026-07-23a - PoNumberDetailFieldValueKey.sql, dbchanges2/Core/2026-07-29a - SalesOrderApprovalDetailsSurfaceSeed.sql, dbchanges2/Core/2026-08-05b - ApprovalDetailsShippingMethodConcatCharge.sql, dbchanges2/Core/2026-08-14a - NoteBadgesVocabularySurface.sql, dbchanges2/Client/2026-08-14a - NoteBadgeThemeTokens.sql, dbchanges2/Client/2026-08-14b - NoteBadgeUserColorFix.sql, dbchanges2/Client_Compass/2026-08-14a - NoteBadgeDelegateThemeTokens.sql, dbchanges2/Client_CompassCanada/2026-08-14a - NoteBadgeDelegateThemeTokens.sql, dbchanges2/Core/2026-08-26a - ServiceRequestRecordHeaderSurfaceSeed.sql, dbchanges2/Core/2026-08-26b - ServiceRequestDetailsSurfaceSeed.sql, dbchanges2/Core/2026-08-28a - TransferOrderSurfaceSeed.sql, dbchanges2/Client/2026-08-28a - TransferOrderStageThemeTokens.sql, dbchanges2/Client_Nychh/2026-08-28b - TransferOrdersNavigationEnable.sql, dbchanges2/Core/2026-09-03c - ColumnsModalSurfaceSeed.sql, dbchanges2/Core/2026-09-03d - ColumnsModalRetireConfigModal.sql |
 | [2.0 New-Client Onboarding (manual process)](workflows/client-onboarding.md) | > **A local browser wizard now automates this.** Steps 2–9 below (create DBs, generate Core/API > inserts, append to `Clients_Db.txt`) — plus the dbchanges2 bla | Client/, Client_<Tenant>/, Core/, Logs_Client/ |
 | [Auditing a client DB that drifted from its models (partially applied module migration)](workflows/client-schema-drift-audit.md) | A recurring 2.0 failure mode: **one client's database drifts from what the PHP models declare**, usually because a `_modules/<module>/` migration was applied to | dbchanges2/Client_Growrk/2026-05-28.sql, dbchanges2/Client_Growrk/2026-08-10c - GrowrkServiceRequestCustomFieldsCatchUp.sql, dbchanges2/Client_Growrk/2026-08-10d - GrowrkServiceRequestTypeAndDispositionSeeds.sql, dbchanges2/_modules/netsuite/2026-07-10a - UnitInventoryFields.sql, dbchanges2/Client_Growrk/2026-08-10 - GrowrkUnitInventoryFieldsCatchUp.sql, dbchanges2/Client_Growrk/2026-08-10b - GrowrkUnitItemDescriptionAcl.sql, dbchanges2/Client_Growrk/_modules.txt |
 | [Framework branch running AHEAD of schema — environment-wide 1054/EO-1 after a deploy](workflows/framework-branch-ahead-of-schema.md) | A **third** kind of 2.0 schema drift, distinct from the two already documented: nobody's database went backwards — **the code went forwards**. | _underscore/Model/Core/RecordField.php, _underscore/Model/Client/TableViewField.php, _underscore/Model/Client/TableView.php, _underscore/Model/Core/Surface.php, _underscore/Model/Client/Urgency.php, _underscore/Model/Client/RecordFieldSetting.php, _underscore/Model/Client/ClientRecordFieldSetting.php, api2/Component/Api/V2/V2.php, dbchanges2/Core/2026-08-14c - RecordFieldsValidationMetadata.sql, dbchanges2/Client/2026-08-14a - RecordFieldSettingsClientTable.sql, dbchanges2/Client/2026-08-13a - UserNavPreferencesClientTable.sql, dbchanges2/Client/2026-08-13c - PersonaNavVisibilityClientTable.sql |

package/knowledge/2.0/apps/dbchanges2/features/rerunnable-additive-inserts.md

@@ -278,6 +278,17 @@ concluding a migration is production-safe.
   **`(id, uuid, dtCreated, messageKey, name, defaultValue)`** — a guess of `slug` / `message`
   (inferred from a sibling's values row) died on `Unknown column 'slug'`. When in doubt,
   `SHOW COLUMNS FROM <Table>` costs one round-trip.
+- **⚠ Rewriting a `VALUES` seed as `INSERT … SELECT` silently FLATTENS per-row columns.** The rewrite
+  is the normal way to add a `NOT EXISTS` guard, and it is easy to carry one row's value into the
+  constant list for every row. Caught 2026-09-03: converting a `Core.SurfaceElements` seed hardcoded
+  `'NEUTRAL'` as the `variant` for all 11 elements, losing the `PRIMARY` / `SECONDARY` ones. Nothing
+  errors — the enum accepts it. **Diff the rewritten file column-by-column against the original
+  `VALUES` rows before running it**, and treat any column that differed between rows as suspect.
+- **⚠ A scalar sub-select for a foreign key writes `NULL` when it misses — it does not fail.**
+  `(SELECT id FROM Core.Messages WHERE messageKey = '…')` returns `NULL` if the key was never seeded,
+  and a nullable FK column takes it, leaving a structurally broken row that looks inserted. Prefer a
+  `JOIN` (so a missing lookup inserts **no row** at all) or add the lookup to the guard's
+  `WHERE EXISTS`.
 - **`Core.RecordFields` has NO `sql` column.** A calculated field's SQL is **not** stored in
   metadata — it lives in the `_underscore` model as a `FIELD_SQL` static method. Do not go looking
   for a migration to change a calculated field's expression; there is none. See
@@ -288,7 +299,11 @@ concluding a migration is production-safe.
   `SEQ_IN_INDEX = 1`**, not on `INDEX_NAME` — an existing index under a different name goes
   undetected by a name-based guard and you add a duplicate. Found while sizing (and then dropping)
   the Compass `Users` search indexes. (ajean)
-
+- 2026-09-03 — Two silent-failure traps found self-auditing a `Core.SurfaceElements` seed against the
+  team rules: (1) rewriting a `VALUES` seed into `INSERT … SELECT` to add the `NOT EXISTS` guard
+  **flattened** the per-row `variant` to a constant `'NEUTRAL'`, dropping `PRIMARY`/`SECONDARY` with
+  no error; (2) a scalar sub-select used for a message FK writes `NULL` rather than failing when the
+  key is missing. Both leave a row that looks inserted and is wrong. (apeterson)
 - 2026-09-01 — Added the **fan-out rollback rule**: a `Client/` grant migration that fans out across
   every tenant must use **hardcoded v4 uuid literals**, not the generator, so its rollback
   (`DELETE … WHERE uuid IN (…)`) can only touch rows that file created. A natural-key rollback on

package/knowledge/2.0/apps/dbchanges2/features/surface-layer-schema.md

@@ -101,10 +101,13 @@ files:
   - dbchanges2/Core/2026-08-28a - TransferOrderSurfaceSeed.sql
   - dbchanges2/Client/2026-08-28a - TransferOrderStageThemeTokens.sql
   - dbchanges2/Client_Nychh/2026-08-28b - TransferOrdersNavigationEnable.sql
+  - dbchanges2/Core/2026-09-03c - ColumnsModalSurfaceSeed.sql
+  - dbchanges2/Core/2026-09-03d - ColumnsModalRetireConfigModal.sql
 related:
   - ../../_underscore/features/surface-resolver.md
   - ../../_underscore/features/sales-order-denial-reason.md
   - ../../toga25-supply/features/transfer-orders-page.md
+  - ../../toga25-supply/features/column-visibility.md
 ---
 
 ## What it is
@@ -1292,7 +1295,64 @@ before your own run — that handoff is a snapshot, and the migrations that cons
 uncommitted at the time. See
 [Transfer Orders page](../../toga25-supply/features/transfer-orders-page.md).
 
+## A MODAL that needs surface-driven copy becomes its OWN Surface (`columns-modal`, Core 60, 2026-09-03)
+
+**Rule: never park copy in `config` JSON.** The resolver collects `bundle.messages` from **only** the
+six `*MessageId` columns on `SurfaceElements`; `config` is passed through untouched and is never
+scanned. A message key seeded into `config` therefore has no value behind it and the screen renders
+the raw key. `Core/2026-08-28b` had put the seven `common.columns.modal.*` keys inside the
+`columnsButton` element's `config.modal` — data that looks right and can never resolve. See
+[surface-resolver](../../_underscore/features/surface-resolver.md).
+
+The fix is a **data** fix, not a framework fix: `Core/2026-09-03c - ColumnsModalSurfaceSeed.sql`
+creates a shared `columns-modal` MODAL surface where **every string rides its own element's
+`labelMessageId`**, which the existing collector already resolves.
+
+- **Surface 60** `columns-modal`; **Messages 293–298**; **SurfaceElements 222–232** (11 elements,
+  `config.role` = `shownSection`, `hideAll`, `hiddenSection`, `showAll`, `reorder`, `pinToggle`,
+  `visibilityToggle`, `reset`, `cancel`, `apply`, `close`).
+- **Elements are matched by `config.role`** — `SurfaceElements` has no `slug` column and the bundle
+  exposes only a uuid as `key`. Same convention as `filterButton` / `columnsButton`.
+- **Element visibility gates CAPABILITY, not just chrome.** `isVisible = 0` on `pinToggle` removes
+  pinning; on `reorder` removes drag-to-reorder. A tenant switches a feature off from data — the same
+  marker-element idea as the Talos feature switch above, applied inside a shared component.
+
+### Split the seed from the cleanup so the rollout is order-independent
+
+Retiring the dead `config.modal` is a **second** file, `Core/2026-09-03d -
+ColumnsModalRetireConfigModal.sql`, which must run **only after toga25-supply is deployed**. With the
+two split, either order is safe: seed-then-deploy leaves a harmless unused `config`, and
+deploy-then-seed is the normal path. Putting both in one file would make the migration a
+deploy-blocker.
+
+> ⚠ Neither file has been run on **any** environment yet (as of 2026-09-03).
+
+### Id block consumed — and PROD did not match sandbox
+
+The first id choice **collided on production**: `Messages` 289–294 had four already taken
+(`MAX(id)` = 292) and `Surfaces` **59 was taken**. Renumbered after querying the **production Core
+reader**. Sandbox Core differed substantially from prod — surface 59 was free on prod but taken on
+sandbox, and the `common.columns.modal.*` keys sit at **different ids per environment**.
+
+This is the third confirmation of the rule above: verify a reserved block is free on **every**
+environment and take the **highest** `MAX(id)+1`, never the one in front of you, and never the repo.
+
+**Handoff published (verify before your own run):** next `Core.Surfaces.id` = **61**, next
+`Core.SurfaceElements.id` = **233**, next `Core.Messages.id` = **299**. Both consuming files were
+still unrun at the time, so this is a reservation, not a deployed state.
+
 ## Change history
+- 2026-09-03 — Recorded the rule that **a modal needing surface-driven copy becomes its own Surface**:
+  the resolver reads messages only from `*MessageId` columns and never from `config`, so
+  `Core/2026-08-28b`'s `config.modal` keys could never resolve and the Columns modal rendered raw
+  keys. `Core/2026-09-03c` seeds a shared `columns-modal` MODAL surface (**60**, Messages **293–298**,
+  SurfaceElements **222–232**) with one message column per string; elements are matched by
+  `config.role`, and `isVisible = 0` on `pinToggle` / `reorder` gates those **capabilities** per
+  tenant. Cleanup of the dead `config.modal` is deliberately a separate file (`Core/2026-09-03d`) that
+  runs only after the FE deploy, so the rollout is safe in either order. The first id block collided
+  on **production** (Messages `MAX(id)` = 292, Surfaces 59 taken) while sandbox looked free — third
+  confirmation to verify a block on every environment. Handoff: next Surfaces = **61**,
+  SurfaceElements = **233**, Messages = **299** (both files still unrun everywhere). (apeterson)
 - 2026-09-03 — Flagged that the Compass / Compass Canada stacked-Total `CONFIG` override must **not**
   gain a `"suffix":"+"`: blox renders a field `suffix` unconditionally while the stacked lease line
   auto-hides on null/0, so a seeded `+` dangles on non-lease orders. The joiner is conditional FE code

package/knowledge/2.0/apps/toga-blox/features/blox-authoring-defects.md

@@ -6,7 +6,7 @@ project: TOGa Blox
 client: shared
 type: feature
 status: active
-updated: 2026-08-31
+updated: 2026-09-03
 owners: [apeterson, tcox]
 files:
   - toga-blox/src/components/BaseButton
@@ -135,6 +135,28 @@ declares, on class names `getStickyClass` never emits. Dead rules like this look
 someone greps for the divider. Both were deleted 2026-08-31; grep the emitting code before trusting a
 CSS rule, and check the token it names actually exists in a host theme.
 
+### 6. Button HEIGHT is a literal with no token — a toolbar cannot be sized from the host theme
+
+Defect 4 is about swapping variants; this is the shape of the same problem for a consumer who never
+swaps anything. Measured 2026-09-03 in
+`dist/components/BaseButton/BaseButton.module.css`:
+
+- `.secondaryBtnAction` hard-codes **`height: 26px`** — **no `var(--…)`, so no host token can reach
+  it**.
+- `.primaryBtn` declares **no height at all** (computes to ~25px).
+- `font-size` **is** tokened (14px default).
+
+**Consumer symptom.** One page toolbar renders its buttons at three different heights, and the
+developer cannot fix it from `themeConfig.json` — the number they need to change is not exposed.
+Nothing in the theme layer hints that geometry is off-limits, so the time is lost hunting the app's
+own CSS.
+
+**Fix direction.** Same as defect 5: convert both to `var(--baseButton-height, <existing literal>)`
+(and give `.primaryBtn` the same base height), which is non-breaking because the fallback preserves
+today's look. Until then a consumer must own the chrome: `toga25-supply` built its own
+`ToolbarButton` rather than retheme tokens shared by ~all buttons in the app — see
+[toolbar button chrome](../../toga25-supply/features/toolbar-button-chrome.md).
+
 ## Already-known authoring items (carried over from §22)
 
 These are long-standing and were previously recorded only as consumer-side advice:
@@ -168,6 +190,12 @@ These are long-standing and were previously recorded only as consumer-side advic
   time**, with no PR. Sequence auth fixes deliberately.
 
 ## Change history
+- 2026-09-03 — Added styling defect **6: button height is a literal with no token**.
+  `.secondaryBtnAction` hard-codes `height: 26px` and `.primaryBtn` sets no height at all, so a
+  consumer cannot size a toolbar from the host theme and the cause is invisible from the theme layer.
+  Found building toga25-supply's page toolbar (three buttons, three heights); compensated by an
+  app-owned `ToolbarButton`, not by retheming shared tokens. Fix direction is defect 5's:
+  `var(--baseButton-height, <literal>)`, non-breaking via the fallback. (apeterson)
 - 2026-08-31 — Added styling defect **5: hardcoded visual values in the shared stylesheets cannot be
   removed by a consumer** — a literal has no host-token escape hatch. Worked example: the `supply`
   table card shadow, which a toga25-supply design review needed gone; converted to

package/knowledge/2.0/apps/toga25-supply/INDEX.md

@@ -6,7 +6,7 @@
 | [Action-Button Rule Engine (Flag / Rule grammar)](features/action-button-rule-engine.md) | A declarative, fully config-driven rule engine that resolves the boolean-ish flags (`isEnabled`, `isVisible`, `isComplete`) on SalesOrder action-button options. | toga25-supply/src/pages/SalesOrders/helpers/evaluateEnableRule.ts, toga25-supply/src/pages/SalesOrders/helpers/evaluateEnableRule.test.ts, toga25-supply/src/pages/SalesOrders/helpers/buildPatchedTenantFields.ts, toga25-supply/src/layout/RecordApprovalModal/view/ApprovalFlowDetailInputs.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderApprovalModalsLayout/viewModel/FIELDS/COMPASS/approvalActionFields.json, toga25-supply/src/pages/SalesOrders/view/SalesOrderApprovalModalsLayout/viewModel/FIELDS/COMPASSCANADA/approvalActionFields.json, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/viewModel/useSalesOrderRecordModalLayoutModel.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderApprovalModalsLayout/viewModel/useApprovalModalViewModel.tsx |
 | [Client API-Fetch Fields (useClientApiFields / apiFields.json)](features/client-api-fetch-fields.md) | The mechanism that resolves a client's **API-fetch projection** — which `fields` / `ojoin` / `join` / `where` to request from the TOGa API for a given page — fr | toga25-supply/src/fieldsConfig/resolveApiConfig.ts, toga25-supply/src/fieldsConfig/useClientApiFields.ts, toga25-supply/src/fieldsConfig/index.ts, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/viewModel/FIELDS/apiFields.json, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/viewModel/useSalesOrderRecordModalLayoutModel.tsx, toga25-supply/src/layout/ItemRecordModalLayout/viewModel/FIELDS/apiFields.json, toga25-supply/src/layout/ItemRecordModalLayout/viewModel/useItemRecordModalViewModel.tsx |
 | [Client-Configurable Fields (useClientFields / fieldsConfig)](features/client-configurable-fields.md) | The mechanism for config that **varies by client** (or client × role) — field overrides, filter buttons, group-by options, column pickers, layout toggles — with | toga25-supply/src/fieldsConfig/index.ts, toga25-supply/src/fieldsConfig/resolveRole.ts, toga25-supply/src/globalFieldsConfig/clientLoginFields.json, toga25-supply/src/fieldsConfig/useClientFields.ts, toga25-supply/src/pages/SalesOrders/viewModel/FIELDS/, toga25-supply/src/pages/Inventory/viewModel/FIELDS/, toga25-supply/src/pages/Inventory/README.md, toga25-supply/src/layout/ItemRecordModalLayout/viewModel/FIELDS/, toga25-supply/src/layout/VendorItemRecordModalLayout/viewModel/FIELDS/, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/view/sections/SalesOrderTopBar.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/viewModel/FIELDS/ |
-| [Column Visibility (URL-driven show/hide columns)](features/column-visibility.md) | A "Columns" header button that opens a modal listing every column from the table meta, lets the user show/hide columns, adjusts the table live, and persists the | toga25-supply/src/components/ColumnVisibilityModal/, toga25-supply/src/surface/useColumnVisibilityModalConfig.ts, toga25-supply/src/surface/index.ts, toga25-supply/src/pages/SalesOrders/SalesOrders.tsx, toga25-supply/src/pages/SalesOrders/viewModel/useSalesOrdersPageViewModel.tsx, toga25-supply/src/pages/SalesOrders/hooks/useSalesOrdersTableData.tsx, dbchanges2/Core/2026-08-28b - TransferOrderListActionsSurfaceSeed.sql |
+| [Column State (URL-driven show/hide, order & pinning)](features/column-visibility.md) | A "Columns" header button that opens a modal listing every column from the table meta, lets the user show/hide columns, adjusts the table live, and persists the | toga25-supply/src/components/ColumnVisibilityModal/, toga25-supply/src/surface/useColumnVisibilityModalConfig.ts, toga25-supply/src/surface/index.ts, toga25-supply/src/pages/SalesOrders/SalesOrders.tsx, toga25-supply/src/pages/SalesOrders/viewModel/useSalesOrdersPageViewModel.tsx, toga25-supply/src/pages/SalesOrders/hooks/useSalesOrdersTableData.tsx, dbchanges2/Core/2026-08-28b - TransferOrderListActionsSurfaceSeed.sql, toga25-supply/src/hooks/useColumnState.ts, dbchanges2/Core/2026-09-03c - ColumnsModalSurfaceSeed.sql, dbchanges2/Core/2026-09-03d - ColumnsModalRetireConfigModal.sql |
 | [Force Logout on Deployment (useDeploymentGuard)](features/force-logout-on-deployment.md) | On large deployments the backend bumps the Core parameter `META_LAST_REFRESH_DATETIME`. | toga25-supply/src/hooks/useDeploymentGuard.tsx, toga25-supply/src/App.tsx |
 | [Meta-Driven Page & Table Setup](features/meta-driven-table-data.md) | A page in this app is **meta-driven end to end**: the page view model fetches *page meta* (labels, sections, ACL) and *table meta* (the columns/fields + table s | toga25-supply/src/pages/SalesOrders/viewModel/useSalesOrdersPageViewModel.tsx, toga25-supply/src/pages/TransferOrders/viewModel/useTransferOrdersPageViewModel.tsx, toga25-supply/src/pages/SalesOrders/hooks/useSalesOrdersTableState.ts, toga25-supply/src/hooks/useTablePageMeta.ts, toga-blox-npm/dist/hooks/useFetchPageMeta.d.ts, toga-blox-npm/dist/hooks/useFetchTablePageMeta.d.ts, toga-blox-npm/dist/hooks/useAssignTableFieldLabels.d.ts, toga-blox-npm/dist/components/Table/hooks/useTableData.d.ts |
 | [Persisted React Query cache (localStorage `supply-chain-query-cache`)](features/persisted-query-cache.md) | `localStorage["supply-chain-query-cache"]` is **not a hand-written cache**. | toga25-supply/src/App.tsx, toga25-supply/src/contexts/AuthContext.tsx, toga25-supply/src/hooks/useDeploymentGuard.tsx, toga25-supply/src/fieldsConfig/useClientFields.ts, toga25-supply/src/surface/useFetchSurfaceMeta.ts, toga25-supply/src/hooks/useCurrentUser.ts, toga25-supply/src/hooks/useStatusTypeValues.ts, toga25-supply/src/surface/useStatusColors.ts, toga25-supply/vite.config.ts |
@@ -15,6 +15,7 @@
 | [SSO redirect & public-vs-user session gating (useAuthenticationFlow)](features/sso-redirect-and-session-gating.md) | How 2.5 Supply decides, on every navigation, whether an anonymous visitor should be bounced to their client's SSO IdP instead of the local `/login` form. | toga25-supply/src/hooks/useAuthenticationFlow.ts, toga25-supply/src/routes.tsx, toga25-supply/src/contexts/AuthContext.tsx, toga25-supply/src/api/api.ts |
 | [Surface Frontend (DB-driven UI consumption, src/surface/)](features/surface-frontend.md) | The frontend consumer of the platform-wide Surface layer — DB-driven UI config fetched from `GET /v2/surfaces/meta?slug=<slug>` instead of statically-imported J | toga25-supply/src/layout/RecordApprovalModal/helpers/stackedCurrencyJoiner.ts, toga25-supply/src/layout/RecordApprovalModal/helpers/stackedCurrencyJoiner.test.ts, toga25-supply/src/App.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/view/layoutComponents/DenialBanner.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/SalesOrderRecordModal.module.css, toga25-supply/src/pages/SalesOrders/view/SalesOrderApprovalModalsLayout/SalesOrderApprovalModalsLayout.tsx, toga25-supply/src/layout/RecordApprovalModal/RecordApprovalModalLayout.tsx, toga25-supply/src/layout/RecordApprovalModal/view/ApprovalTimelineView.tsx, toga25-supply/src/layout/RecordApprovalModal/ApprovalModal.module.css, toga25-supply/src/utils/formatDateTime.ts, toga25-supply/src/utils/index.ts, toga25-supply/src/surface/evaluateSurfaceRule.ts, toga25-supply/src/layout/RecordApprovalModal/, toga25-supply/src/contexts/AuthContext.tsx, toga25-supply/src/surface/applyColSpan.ts, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/helpers/sectionRenderers.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/helpers/getVisibleSections.ts, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/view/layoutComponents/SalesOrderApprovalSummaryGrid.tsx, toga25-supply/src/surface/useFetchSurfaceMeta.ts, toga25-supply/src/pages/SalesOrders/viewModel/useSalesOrdersPageViewModel.tsx, toga25-supply/src/pages/VendorItems/viewModel/useVendorItemsPageViewModel.tsx, toga25-supply/src/pages/Inventory/viewModel/useInventoryPageViewModel.tsx, toga25-supply/src/pages/Bundles/viewModel/useBundlesPageViewModel.tsx, toga25-supply/src/layout/ItemFulfillmentModal/useItemFulfillmentModalViewModel.tsx, toga25-supply/src/pages/SalesOrders/helpers/surfaceBundleToTenantFields.ts, toga25-supply/src/pages/ServiceRequests/view/ServiceRequestRecordModalLayout/ServiceRequestRecordModalLayout.tsx, toga25-supply/src/pages/ServiceRequests/view/ServiceRequestRecordModalLayout/view/ServiceRequestsView.tsx, toga25-supply/src/pages/ServiceRequests/view/ServiceRequestRecordModalLayout/viewModel/useServiceRequestRecordModalLayoutModel.tsx, toga25-supply/src/pages/ServiceRequests/view/ServiceRequestRecordModalLayout/viewModel/FIELDS/apiFields.json, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/view/sections/SalesOrderTopBar.tsx, toga25-supply/src/pages/SalesOrders/helpers/buildPatchedTenantFields.ts, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/viewModel/useSalesOrderRecordModalLayoutModel.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/view/SalesOrderView.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/view/layoutComponents/SalesOrderSummaryGrid.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/helpers/getDetailSections.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/view/sections/SalesOrderNotesSection.tsx, toga25-supply/src/pages/SalesOrders/helpers/cleanOrder.ts, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/view/sections/AdminNotesSection.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/helpers/getAdminNotes.ts, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/helpers/index.ts, toga25-supply/src/surface/evaluateSurfaceRule.ts, toga25-supply/src/surface/resolveElementState.ts, toga25-supply/src/pages/SalesOrders/helpers/evaluateEnableRule.ts, toga25-supply/src/pages/SalesOrders/hooks/useSalesOrderRowRecordState.ts, toga25-supply/src/surface/actionRegistry.ts, toga25-supply/src/surface/componentRegistry.tsx, toga25-supply/src/surface/SurfaceActionBar.tsx, toga25-supply/src/surface/SurfaceSection.tsx, toga25-supply/src/surface/resolve.ts, toga25-supply/src/surface/types.ts, toga25-supply/src/surface/index.ts, toga25-supply/src/pages/Login/LoginPage.tsx, toga25-supply/src/pages/SalesOrders/SalesOrders.tsx, toga25-supply/src/pages/SalesOrders/view/SurfaceRowActions.tsx, toga25-supply/src/pages/SalesOrders/hooks/useSalesOrderVip.ts, toga25-supply/src/pages/SalesOrders/view/SalesOrderRecordModalLayout/view/sections/SalesOrderTopBar.tsx, toga25-supply/src/pages/Items/ItemsPage.tsx, toga25-supply/src/pages/Items/viewModel/useItemsPageViewModel.tsx, toga25-supply/src/pages/VendorItems/VendorItemsPage.tsx, toga25-supply/src/pages/VendorItems/viewModel/useVendorItemsPageViewModel.tsx, toga25-supply/src/pages/Inventory/Inventory.tsx, toga25-supply/src/pages/Inventory/viewModel/useInventoryPageViewModel.tsx, toga25-supply/src/pages/Inventory/viewModel/FIELDS/index.ts, toga25-supply/src/fieldsConfig/index.ts, toga25-supply/src/layout/ItemRecordModalLayout/helpers/surfaceBundleToItemFields.ts, toga25-supply/src/layout/ItemRecordModalLayout/helpers/index.ts, toga25-supply/src/layout/ItemRecordModalLayout/viewModel/useItemRecordModalViewModel.tsx, toga25-supply/src/layout/ItemRecordModalLayout/ItemRecordModalLayout.tsx, toga25-supply/src/layout/ItemRecordModalLayout/components/ItemRecordView.tsx, toga25-supply/src/surface/useStatusColors.ts, toga25-supply/src/surface/SurfaceHeader.tsx, toga25-supply/src/pages/SalesOrders/view/SalesOrderApprovalModalsLayout/helpers/surfaceBundlesToDecisionFields.ts, toga25-supply/src/pages/SalesOrders/view/SalesOrderApprovalModalsLayout/viewModel/useApprovalModalViewModel.tsx |
 | [Talos Integration (AppLayout host, live Aegra streaming, LangGraph→blox mapper)](features/talos-integration.md) | toga25-supply is the first host of the shared blox [Talos assistant](../../toga-blox/features/talos-assistant.md). | toga25-supply/src/api/talos.ts, toga25-supply/src/hooks/useTalosSession.ts, toga25-supply/src/hooks/useTalosThreads.ts, toga25-supply/src/hooks/useTalosThreads.test.ts, toga25-supply/src/hooks/useTalosSurface.ts, toga25-supply/src/hooks/useTalosSurface.test.ts, toga25-supply/src/App.tsx, toga25-supply/db-migrations/PLAYBOOK.md, dbchanges2/Core/2026-09-02a - TalosAssistantSurfaceSeed.sql, dbchanges2/Client_Nychh/2026-09-02a - TalosAssistantEnable.sql, toga25-supply/src/providers/TalosStreamProvider.tsx, toga25-supply/src/utils/talosMessages.ts, toga25-supply/src/utils/talosMessages.test.ts, toga25-supply/src/layout/AppLayout/AppLayout.tsx, toga25-supply/src/components/Header/Header.tsx, toga25-supply/src/components/Header/Header.module.css, toga25-supply/src/index.css, toga25-supply/src/assets/talos-owl.png |
+| [Toolbar button chrome (ToolbarButton) — and why blox BaseButton can't be resized from the theme](features/toolbar-button-chrome.md) | `ToolbarButton` is toga25-supply's **own** chrome for page-toolbar buttons (Refresh, Reset, Columns, Group by). | toga25-supply/src/components/ToolbarButton/ToolbarButton.tsx, toga25-supply/src/components/ToolbarButton/ToolbarButton.module.css, toga25-supply/src/surface/SurfaceActionBar.tsx, toga25-supply/src/themeConfig.json |
 | [Transfer Orders page (TableView → Core surfaces → React page + record modal)](features/transfer-orders-page.md) | The Transfer Orders screen — list + read-only record modal — built end to end on 2026-08-28 from a Claude Design prototype. | toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/hooks/useCreateTransferOrder.ts, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/view/PanelSelect.tsx, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/view/ContactSelect.tsx, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/view/SelectTargetLocationModal.tsx, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/view/TransferItemPickerTable.tsx, _underscore/Model/Client/TransferOrder.php, _underscore/Model/Client/TransferOrderNote.php, _underscore/Model/Client/TransferOrderNoteType.php, dbchanges2/Client/2026-09-01b - TransferOrderNotesTables.sql, dbchanges2/Client/2026-09-01c - TransferOrderContactCreatedByAndDescription.sql, dbchanges2/Core/2026-09-01c - TransferOrderNotesRecords.sql, dbchanges2/Core/2026-09-01d - TransferOrderContactCreatedByAndDescriptionRecordFields.sql, toga25-supply/src/pages/TransferOrders/TransferOrders.tsx, toga25-supply/src/pages/TransferOrders/hooks/useTransferOrdersTableState.ts, toga25-supply/src/pages/TransferOrders/viewModel/useTransferOrdersPageViewModel.tsx, toga25-supply/src/pages/TransferOrders/view/TransferOrdersTableLayout/TransferOrdersTableLayout.tsx, toga25-supply/src/pages/TransferOrders/view/TransferOrderRecordModalLayout/TransferOrderRecordModalLayout.tsx, toga25-supply/src/pages/TransferOrders/view/TransferOrderRecordModalLayout/hooks/useTransferOrderRecord.ts, toga25-supply/src/pages/TransferOrders/view/TransferOrderRecordModalLayout/viewModel/useTransferOrderRecordModalLayoutModel.ts, toga25-supply/src/pages/TransferOrders/view/TransferOrderRecordModalLayout/view/TransferOrderRecordView.tsx, toga25-supply/src/pages/TransferOrders/helpers/buildInventoryPurchaseOrderUrl.ts, toga25-supply/src/pages/TransferOrders/TransferOrder.module.css, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/CreateTransferOrderModal.tsx, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/index.ts, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/hooks/usePurchaseOrderItemRows.ts, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/hooks/useTargetLocationOptions.ts, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/hooks/useTransferSourceLocation.ts, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/hooks/useLocationContacts.ts, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/hooks/useCreateLocationContact.ts, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/view/AddContactModal.tsx, toga25-supply/src/pages/TransferOrders/view/CreateTransferOrderModal/view/TransferNotesField.tsx, dbchanges2/Client/2026-09-01a - PurchaseOrderItemQtyFieldsApiRoleRead.sql, toga25-supply/src/surface/useColumnVisibilityModalConfig.ts, toga25-supply/src/routes.tsx, dbchanges2/Core/2026-08-28a - TransferOrderSurfaceSeed.sql, dbchanges2/Core/2026-08-28b - TransferOrderListActionsSurfaceSeed.sql, dbchanges2/Client/2026-08-28a - TransferOrderStageThemeTokens.sql, dbchanges2/Client/2026-08-28b - TransferOrderItemsTimestamps.sql, dbchanges2/Client_Nychh/2026-08-28a - TransferOrdersTableView.sql, dbchanges2/Client_Nychh/2026-08-28b - TransferOrdersNavigationEnable.sql, dbchanges2/Client_Nychh/2026-08-28c - TransferOrderRecordAcl.sql, dbchanges2/Core/2026-09-03a - TransferOrderStatusBadgeRecordFields.sql, dbchanges2/Client_Nychh/2026-09-03a - TransferOrdersStatusBadge.sql, dbchanges2/Core/2026-09-03b - InventoryCreateTransferOrderAction.sql, dbchanges2/Client_Nychh/2026-09-03b - InventoryCreateTransferOrderShow.sql, toga25-supply/src/surface/useStatusColors.ts, toga25-supply/src/pages/Inventory/Inventory.tsx, toga25-supply/src/pages/Inventory/viewModel/useInventoryPageViewModel.tsx, toga25-supply/src/layout/ItemFulfillmentModal/useItemFulfillmentModalViewModel.tsx, _underscore/Model/Client/TransferOrderItem.php |
 | [AWS Amplify Multi-Environment Deployment](workflows/amplify-deployment.md) | How `toga25-supply` deploys to **all** of its environments on AWS Amplify from a **single shared `amplify.yml`**. | toga25-supply/amplify.yml, toga25-supply/src/api/api.ts, toga25-supply/src/hooks/useAuthenticationFlow.ts, toga25-supply/vite.config.ts, toga25-supply/package.json, toga25-supply/.env.development |
 | [Cypress Testing Harness (multi-tenant, fully stubbed)](workflows/cypress-testing.md) | The Cypress harness for `toga25-supply`: an **e2e** project and a **component** project, plus a stub layer that answers **every** `/v2` call so no test touches | toga25-supply/cypress.config.ts, toga25-supply/cypress/README.md, toga25-supply/cypress/tsconfig.json, toga25-supply/cypress/support/e2e.ts, toga25-supply/cypress/support/commands.ts, toga25-supply/cypress/support/component.tsx, toga25-supply/cypress/support/component-index.html, toga25-supply/cypress/support/tenants.ts, toga25-supply/cypress/support/api/stubApi.ts, toga25-supply/cypress/support/api/envelope.ts, toga25-supply/cypress/support/api/users.ts, toga25-supply/cypress/support/api/surfaces.ts, toga25-supply/cypress/support/api/session.ts, toga25-supply/cypress/e2e/login.cy.ts, toga25-supply/cypress/e2e/emptyNavigation.cy.ts, toga25-supply/cypress/component/harness.cy.tsx, toga25-supply/cypress/fixtures/tenants/COMPASS/surfaces/navigation.json, toga25-supply/cypress/fixtures/tenants/COMPASSCANADA/surfaces/navigation.json, toga25-supply/cypress/fixtures/tenants/NYCHH/surfaces/navigation.json, toga25-supply/cypress/fixtures/tenants/QUAD/surfaces/navigation.json, toga25-supply/scripts/cypress.mjs, toga25-supply/tsconfig.node.json, toga25-supply/package.json |

package/knowledge/2.0/apps/toga25-supply/features/column-visibility.md

@@ -1,12 +1,12 @@
 ---
-title: Column Visibility (URL-driven show/hide columns)
+title: Column State (URL-driven show/hide, order & pinning)
 framework: "2.0"
 repo: toga25-supply
 project: TOGa 2.5 Supply
 client: shared
 type: feature
 status: active
-updated: 2026-08-28
+updated: 2026-09-03
 owners: [apeterson]
 files:
   - toga25-supply/src/components/ColumnVisibilityModal/
@@ -16,6 +16,9 @@ files:
   - toga25-supply/src/pages/SalesOrders/viewModel/useSalesOrdersPageViewModel.tsx
   - toga25-supply/src/pages/SalesOrders/hooks/useSalesOrdersTableData.tsx
   - dbchanges2/Core/2026-08-28b - TransferOrderListActionsSurfaceSeed.sql
+  - toga25-supply/src/hooks/useColumnState.ts
+  - dbchanges2/Core/2026-09-03c - ColumnsModalSurfaceSeed.sql
+  - dbchanges2/Core/2026-09-03d - ColumnsModalRetireConfigModal.sql
 related:
   - ../architecture.md
   - client-configurable-fields.md
@@ -23,6 +26,8 @@ related:
   - surface-frontend.md
   - transfer-orders-page.md
   - ../../dbchanges2/features/surface-layer-schema.md
+  - ../../_underscore/features/surface-resolver.md
+  - toolbar-button-chrome.md
 ---
 
 ## What it is
@@ -109,6 +114,77 @@ copy from the **Surface layer**, under **shared `common.columns.modal.*` `Core.M
   `items.columns.modal.*` / `salesOrder.columns.modal.*` can fold onto the common keys + this hook.
   Those older keys were deliberately left alone.
 
+## The modal is its own MODAL Surface — `columns-modal`, Core surface 60 (2026-09-03)
+
+The 2026-08-28 approach above **could never work**, and the reason is structural: the resolver builds
+`bundle.messages` from **only** the six `*MessageId` columns on `SurfaceElements` and **never scans
+`config` JSON**, so the `common.columns.modal.*` keys parked in the `columnsButton` element's
+`config.modal` shipped with no values behind them. The screen rendered the raw key
+(`common.columns.modal.apply` as the Apply label). See
+[surface-resolver](../../_underscore/features/surface-resolver.md).
+
+**Decision: a modal that needs surface-driven copy becomes its own Surface** — not a `config` blob on
+the button that opens it, and not an `_underscore` change to scan `config` (that would widen the
+message-resolution contract for every surface in the platform).
+
+- **`columns-modal`** (`renderType` MODAL, **Core surface id 60**) is **shared by every list screen**.
+- Every string rides a real `*MessageId` on its own `SurfaceElement`, so the **existing** collector
+  resolves it — **zero `_underscore` change**.
+- **Side benefit: element visibility gates capability.** `isVisible = 0` on the `pinToggle` element
+  removes pinning; on `reorder` removes drag-to-reorder. A tenant turns a feature off from data.
+- **Elements are matched by `config.role`.** `SurfaceElements` has no `slug` column and the bundle
+  exposes only a uuid as `key`, so `config.role` is the join — the same convention `filterButton` /
+  `columnsButton` already use.
+
+**Seed contents** (`Core/2026-09-03c - ColumnsModalSurfaceSeed.sql`): Surface **60**, Messages
+**293–298**, SurfaceElements **222–232** — 11 elements, roles `shownSection`, `hideAll`,
+`hiddenSection`, `showAll`, `reorder`, `pinToggle`, `visibilityToggle`, `reset`, `cancel`, `apply`,
+`close`.
+
+**Two migrations on purpose, and the order matters.** `Core/2026-09-03d -
+ColumnsModalRetireConfigModal.sql` removes the now-dead `config.modal` and must run **only after
+toga25-supply is deployed**. Splitting them makes the rollout safe in either order.
+
+> ⚠ Neither seed has been run on **any** environment yet (as of 2026-09-03).
+
+## `useColumnState` — visibility, ORDER and PINNING all ride the same `cols` param
+
+`src/hooks/useColumnState.ts` replaces a ~60-line block that had been copy-pasted into **six** page
+view models.
+
+**Grammar:** `cols=*number,requestedDate,status`
+- position in the list **is** the column order,
+- a leading **`*`** marks the column **pinned** (sticky-left).
+
+**Why one param and not three.** blox's `useTableData` strips exactly `cols` (and the slug) from the
+data query key. Any *new* param name would refetch the whole table on every reorder until blox was
+changed, published and re-pinned. Two more reasons the grammar is worth it: old links keep working (a
+list with no `*` pins nothing), and `*` is one of the few characters `URLSearchParams` does **not**
+percent-encode, so the URL stays readable (`!` would serialize as `%21`).
+
+**No toga-blox change was needed** for order or pinning: `buildTanstackColumns` maps `fields` in
+**array order** and reads `meta.sticky`, so reordering the display meta's `fields` array reorders the
+table.
+
+**Still required:** the remount key (see gotchas) and keeping **fetch meta full / display meta
+adjusted** — `getDataTableData` builds its API field list from `meta.fields`, so reordering or
+filtering the *fetch* meta drops real data.
+
+### "Reset to default" — derive defaults from the META, never from the URL
+
+Reset did nothing, because it rebuilt the option list from `columns`, which is itself derived from the
+URL — so it restored the current state. The hook now exposes **`defaultColumnOptions`** derived from
+the table meta alone:
+
+| default | source |
+|---|---|
+| order | position in `meta.fields` |
+| visible | `field.isVisible` |
+| pinned | `field.sticky === "left"` |
+
+Applying exactly the defaults now **deletes** the `cols` param instead of writing it. So Reset → Apply
+leaves a clean URL, and a column added to the meta later still shows up for that user.
+
 ## Gotchas
 
 - **No hardcoded copy in the component** — every user-facing string (incl. Close `aria-label`) is a
@@ -120,8 +196,13 @@ copy from the **Surface layer**, under **shared `common.columns.modal.*` `Core.M
   change doesn't change `row` → stale cells. Symptom: **toggling off removes the header but leaves the
   body column.** `key={columnVisibilityKey}` forces a fresh table instance — the only fix without
   editing `node_modules`. Real upstream fix: repair that memo in toga-blox.
-- **Don't shrink the fetch meta** — adjust `isVisible` only on the table meta; `getDataTableData`
-  builds its field list from `meta.fields`.
+- **Don't shrink OR REORDER the fetch meta** — adjust `isVisible`/order/`sticky` only on the display
+  meta; `getDataTableData` builds its API field list from `meta.fields`, so touching the fetch meta
+  drops real data.
+- **No copy in `config` JSON.** The resolver never reads message keys out of `config` — a modal that
+  needs surface-driven copy needs its own Surface with one `*MessageId` per string.
+- **Match surface elements by `config.role`, not by key** — `SurfaceElements` has no `slug` and the
+  bundle's `key` is a uuid.
 - **`cols` must be stripped from the data query** or every toggle refetches.
 - **`has("cols")` vs truthiness** — empty `cols` is a real "hide all" state, not "absent".
 - **Checkbox can't be a nested `<button>`** — the row is the clickable `<button>`; the checkbox is a
@@ -130,6 +211,22 @@ copy from the **Surface layer**, under **shared `common.columns.modal.*` `Core.M
   meta later won't appear for an old link until Reset (intended).
 
 ## Change history
+- 2026-09-03 — The modal became **its own MODAL Surface** (`columns-modal`, **Core 60**; Messages
+  293–298, SurfaceElements 222–232, `Core/2026-09-03c`). The 08-28 approach was unworkable: the
+  resolver only collects messages from `*MessageId` columns and **never scans `config`**, so the
+  `common.columns.modal.*` keys parked in `config.modal` had no values and the Apply button rendered
+  its raw key. Rejected teaching the resolver to scan `config` — that widens the contract for every
+  surface. Elements are matched by `config.role`; `isVisible = 0` on `pinToggle` / `reorder` now gates
+  those capabilities per tenant. Retiring the dead `config.modal` is a **separate** migration
+  (`Core/2026-09-03d`) that must run only **after** the FE deploy. Added **`useColumnState`**
+  (`src/hooks/`), replacing a ~60-line block duplicated across six view models: column **order** and
+  **pinning** now ride the same `cols` param (`cols=*number,requestedDate` — position = order, leading
+  `*` = pinned), chosen because blox's `useTableData` strips exactly `cols` from the query key, old
+  links still work, and `*` is not percent-encoded. Fixed **Reset to default**, which restored the
+  current state because it rebuilt options from the URL; defaults now come from the table meta only
+  (`defaultColumnOptions`), and applying the defaults deletes the `cols` param. Open: neither seed has
+  run anywhere yet, and `ColumnVisibilityModal` still has **no tests** (drag-reorder and the pin/hide
+  guards are untested). (apeterson)
 - 2026-08-28 — Modal copy moved from per-page hardcoded strings / client `FIELDS` to **shared
   `common.columns.modal.*` `Core.Messages`** (`Core/2026-08-28b`), so a tenant translates it once for
   every list screen instead of per record type — the old strings sat in the bundle where

package/knowledge/2.0/apps/toga25-supply/features/toolbar-button-chrome.md

@@ -0,0 +1,92 @@
+---
+title: Toolbar button chrome (ToolbarButton) — and why blox BaseButton can't be resized from the theme
+framework: "2.0"
+repo: toga25-supply
+project: TOGa 2.5 Supply
+client: shared
+type: feature
+status: active
+updated: 2026-09-03
+owners: [apeterson]
+files:
+  - toga25-supply/src/components/ToolbarButton/ToolbarButton.tsx
+  - toga25-supply/src/components/ToolbarButton/ToolbarButton.module.css
+  - toga25-supply/src/surface/SurfaceActionBar.tsx
+  - toga25-supply/src/themeConfig.json
+related:
+  - ../architecture.md
+  - surface-frontend.md
+  - column-visibility.md
+  - ../../toga-blox/features/blox-authoring-defects.md
+---
+
+## What it is
+
+`ToolbarButton` is toga25-supply's **own** chrome for page-toolbar buttons (Refresh, Reset, Columns,
+Group by). It exists because blox's `BaseButton` cannot be made to match the design **from the theme
+layer** — the sizes are literals inside blox's stylesheet, with no token to override.
+
+Symptom that started it: one page toolbar rendered three buttons at **three different heights**.
+
+## Why not just theme `BaseButton`
+
+Measured against `node_modules/@agilant/toga-blox/dist/components/BaseButton/BaseButton.module.css`:
+
+| Fact | Consequence |
+|---|---|
+| `.secondaryBtnAction` hard-codes `height: 26px` | **No theme token exists for it.** A developer trying to resize a toolbar button from `themeConfig.json` will fail and never see why. |
+| `.primaryBtn` declares **no height at all** (computes to ~25px) | Mixed variants in one toolbar never line up. |
+| `font-size` is tokened at 14px; the design says **13.5px** | Tokening it down would restyle every button in the app. |
+| `secondaryAction` is themed blue (border + text `--supplyPrimary-700`), fills navy when active | Wrong signal for a neutral toolbar control. |
+
+Retheming those tokens would restyle **every** `secondaryAction` and primary `BaseButton` in the app,
+so the toolbar's chrome went into its own component instead. This is the consumer-side compensation
+that blox defects 4 and 5 call for — see
+[blox authoring defects](../../toga-blox/features/blox-authoring-defects.md). Do **not** patch the
+shared blox stylesheet from this app.
+
+## The design spec (two shapes, both pinned to 27px)
+
+Source: the Claude Design project **"TOGa Supply (Offline)"**, `src/supply-table.jsx`.
+
+| | pill (Refresh / Reset) | chip (Columns / Group by) |
+|---|---|---|
+| radius | 999 | 6 |
+| height | 27px | 27px |
+| padding | 4px 12px | 0 8px |
+| gap | 8 | 6 |
+| hover | `#F8F8F9` | `#EEF0F6` |
+
+Shared: 1px gray-300 border, white ground, gray-800 text, **13.5px / 500**, letter-spacing `.1px`,
+glyph 14px. **Both shapes are pinned to 27px on purpose** so they line up *by construction* rather
+than by luck with whatever font metrics resolve.
+
+**The "applied" signal never fills the button.** Instead the glyph moves into a small filled rounded
+square — Group by: 18×18, radius 4, `#3F5DCA`, white glyph.
+
+**Buttons the design does not specify keep `BaseButton`:** PRIMARY create actions, and the Approvals
+filter button (SurfaceElement 22, `config.role = filterButton`), whose navy fill is a clearer "on"
+signal than a chip.
+
+## Gotchas
+
+- **Two theme tokens referenced in app CSS do not exist.** `--border-strong` and
+  `--text-body-disabled` are **not** in `src/themeConfig.json`. CSS using them silently falls through
+  to the literal fallback, so it *renders correctly* and the mistake is invisible — while defeating
+  theming entirely. The real tokens are **`--gray-300` (#D4D5D8)** and **`--gray-400` (#A7A9AF)**.
+  Check any `var(--token, #literal)` against `themeConfig.json` before trusting it.
+- **`--gray-50` is `#FCFCFD`, not `#F8F8F9`.** That value is `--gray-100`. The pill hover is
+  `--gray-100`.
+- **A hard-coded size in blox is invisible from the theme layer.** If a size will not budge from
+  `themeConfig.json`, read the blox `*.module.css` in `node_modules` before assuming your CSS is
+  wrong.
+- **Not built (deliberate):** the design's "modified" Columns state — a teal `#4CBEC5` chip with a
+  `Columns (N)` label when the columns differ from default.
+
+## Change history
+- 2026-09-03 — Created. A page toolbar rendered three buttons at three different heights; the cause is
+  that blox `.secondaryBtnAction` hard-codes `height: 26px` with **no theme token**, while
+  `.primaryBtn` sets no height at all. Rethemeing would hit every button in the app, so the toolbar
+  chrome moved into an app-owned `ToolbarButton` (pill + chip, both pinned to 27px). Also recorded
+  that `--border-strong` and `--text-body-disabled` are referenced in app CSS but **do not exist** in
+  `themeConfig.json` — the literal fallback hides the error. (apeterson)

package/knowledge/2.0/apps/toga25-supply/features/transfer-orders-page.md

@@ -223,6 +223,32 @@ is the path the sales-order badge cannot use** — its tokens were never seeded,
 blox's `useStatusColors` workaround exists. Because these tokens *are* seeded, transfer orders
 resolve natively with no workaround.
 
+### The STATUS badge chain — five links, and the CELL VALUE must be the vocabulary key (2026-09-03)
+
+The list column and the record-modal dot are now a real coloured status badge. The chain the platform
+walks, end to end:
+
+```
+RecordFields.type = 'STATUS'
+  → Records(recordField.recordId).statusRecordId
+    → that record's route
+      → useStatusTypeValues fetches /v2/<route>?fields=slug,name,colorHex
+        → blox StatusCell keys typeValues[value]
+```
+
+**Consequence: the cell value must be the key `typeValues` is built on.** `StatusCell` does a plain
+map lookup on the value the column returns — so a column that returns a display name against a
+slug-keyed vocabulary renders unstyled, with no error. `Core/2026-09-03a` sets
+`RecordFields.type = 'STATUS'` and points `Records.statusRecordId` at the stage record;
+`Client_Nychh/2026-09-03a` adds the ACL the vocabulary fetch needs.
+
+**`useStatusColors` is keyed by route AND by `keyField`, because the two vocabularies bind
+differently.** Sales-order terms carry the status **slug**; transfer-order terms carry the stage
+**NAME** (`TransferOrderStages` has no slug column — see the section above). One route map was not
+enough, so `src/surface/useStatusColors.ts` now keys a vocabulary to `{ route, keyField }` rather
+than to a route alone. Adding a third STATUS vocabulary means answering "what does its
+`VocabularyTerms.value` actually hold?" first.
+
 ## The NYCHH navigation opt-in
 
 One `SurfaceOverrides` row, `IS_VISIBLE = '1'`, **client-wide** (`personaId`/`roleId`/`languageId`
@@ -507,6 +533,44 @@ push) — see
 `contact: { uuid }`, `createdByUser: { uuid }`. Each is omitted entirely when absent rather than sent
 as `null`: a location can have no contact, and an SSO session can lack a user uuid.
 
+### The picker is VIRTUALIZED — spacer rows inside a real `<table>` (2026-09-03)
+
+`view/TransferItemPickerTable.tsx` renders through **`@tanstack/react-virtual`**. The rendering
+trick that matters: the virtualizer's offsets are applied as **two spacer `<tr>` rows inside the
+real `<table>`**, above and below the visible window — *not* by wrapping rows in an absolutely
+positioned `<div>`. That keeps `table-layout: fixed`, the `<colgroup>` widths and the sticky
+`<thead>` all working, which the div-wrapper approach silently breaks.
+
+Measured on a 1,232-row list: median keystroke latency **248 ms → 24 ms**, DOM nodes
+**20,464 → 1,254**, **13** rows mounted at a time.
+
+> ⚠ **`autoFocus` cannot be used on a row inside a virtualized list.** A row unmounts and remounts
+> as you scroll, and each remount re-fires `autoFocus` — so the qty input steals focus back from
+> whatever the user is actually typing in. Replaced with an explicit `ref` + `useEffect` that focuses
+> **once**, on the row that was just checked.
+
+### A new transfer POSTs an initial stage — and the stage is sent as `{ id }`, NOT `{ uuid }`
+
+`hooks/useCreateTransferOrder.ts` now sends an opening stage. **`TransferOrderStages` has no `uuid`
+identifier**, so the FK convention used by every other write in this app does not apply here:
+
+```
+// WRONG — 400 EV-12, "searchableIdentifierFields": ["id","c_netsuiteInternalTransferOrderStatus"]
+transferOrderStage: { uuid: "..." }
+
+// CORRECT — look the stage up by name at request time, send its id
+transferOrderStage: { id: 7 }        // the row whose name is "Pending"
+```
+
+The stage is resolved **by name (`"Pending"`) at request time** rather than by a hardcoded id,
+because stage ids differ per tenant database. Read the `searchableIdentifierFields` list in the
+EV-12 body — it names the identifiers the record actually has. General rule and the engine detail:
+[nested-relationship-writes](../../api2/features/nested-relationship-writes.md).
+
+> This closes open question 2 below ("nobody knows which stage NYCHH treats as the opening stage")
+> **for the front end only** — the FE now picks `Pending`. Whether that is the tenant's intended
+> opening stage is still Jeff's call.
+
 ### `TransferOrders.contactId` / `createdByUserId` / `description` — new schema, model and metadata
 
 `Client/2026-09-01c` adds the three columns, `_underscore/Model/Client/TransferOrder.php` declares
@@ -628,6 +692,13 @@ be exercised while the `_qty*` blocker above is unresolved.
 first pass had been built from an image and diverged (one shared select vs. two, "All POs" as a row
 vs. a clear button).
 
+> 🚨 **Read the design SOURCE, not an extracted summary — one of the summaries is WRONG.**
+> `ground-truth-transfer-orders-v2.md` claims transfer fulfilment does not exist in the data model.
+> It does. `demo/transfer-modal.jsx` defines the column outright —
+> `{ key: "ful", label: "Qty Fulfilled", width: "128px", align: "right" }`, clickable per line when
+> the value is > 0 and clickable in the header when any line has a value — and the data model
+> supports it (see `_qtyFulfilled` below). An extraction is a lossy copy; the `.jsx` is the source.
+
 ### Line-item fetch is off behind a FLAG, not commented out
 
 `TRANSFER_ORDER_LINES_ENABLED = false` until `Client/2026-08-28b` is applied everywhere. A flag,
@@ -661,6 +732,61 @@ visible in Core (neutral default; other tenants populate `TransferOrders.purchas
 **The header's PO value is now a link into Inventory** (above); for NYCHH it is the same null, so
 nothing renders there for this tenant yet.
 
+## Entry point #2 — the Inventory page's "Create Transfer Order" button (2026-09-03)
+
+The create modal is now reachable from **Inventory** as well as from the Transfer Orders list. It
+follows the house pattern exactly: **`Core/2026-09-03b` seeds the header action button
+`isVisible = 0`** (the true neutral default), and **`Client_Nychh/2026-09-03b` opts the tenant in**
+with one `SurfaceOverrides` row. FE side: `src/pages/Inventory/Inventory.tsx` +
+`viewModel/useInventoryPageViewModel.tsx`.
+
+> **FIXED a latent bug in the same change: the Inventory header-button builder ignored
+> `el.isVisible`.** Hidden elements **do** arrive in the resolved bundle — the resolver ships the
+> whole tree and marks state, it does not prune — so any builder that maps elements to buttons
+> without filtering on `isVisible` renders every element the Core seed deliberately turned off. This
+> had no visible symptom before only because no hidden element existed on that bar yet; the moment
+> `2026-09-03b` seeded one, it would have shown for **every** tenant. Check this filter on every
+> surface consumer that builds its own controls: [surface-frontend](./surface-frontend.md).
+
+## `_qtyFulfilled` on transfer order items — and the drill-down modal that does NOT work yet
+
+**Built:** `_underscore/Model/Client/TransferOrderItem.php` (branch
+`features-talos-transferorders`) gains a `FIELD_SQL` **`_qtyFulfilled`** that sums
+`ItemFulfillmentItems.quantity` for fulfilments whose status slug is `shipped`, walking
+`ItemFulfillments → ItemFulfillmentStages → ItemFulfillmentStatuses`.
+
+- It **mirrors `_Model_Client_PurchaseOrderItem::_qtyFulfilled`**, with one simplification: it needs
+  **no bridge table**, because `ItemFulfillmentItems.transferOrderItemId` points straight at the
+  transfer line.
+- **`COALESCE`, not `IFNULL`** — an unfulfilled line must read `0`, not `NULL`, or the FE renders a
+  blank cell where the design wants a zero.
+
+**⚠ NOT built, and the column cannot ship without it:** the front-end column render, and the
+`Client_Nychh` TableViews the drill-down modal needs. The **Core seed for the Qty Fulfilled column is
+stashed in `dbchanges2` (`stash@{0}`) — its rows were already run on sandbox-client Core**, so that
+environment is ahead of the repo. Treat neither as shipped.
+
+### The shared "Qty Fulfilled" drill-down modal is entirely TABLEVIEW-driven — no TableView, no modal
+
+`src/layout/ItemFulfillmentModal/useItemFulfillmentModalViewModel.tsx`. **The `slug` prop passed to
+`ItemFulfillmentModal` IS a TableView slug**, not a component variant name:
+`useTablePageMeta({ slug })` supplies the columns and `useTableData({ slug, tableViewMeta })`
+supplies the rows. **If no TableView row exists for that slug, the modal opens empty** — no error,
+no request failure.
+
+**Two spots are hardcoded to sales orders and must be generalised before a transfer-order slug can
+work:**
+
+1. **line ~27** — the label fetch always requests page meta `"item-fulfillments-for-sales-orders"`,
+   whatever slug was passed.
+2. **lines ~55–60** — the record filter falls back to **`"SalesOrders.uuid"`** for any unrecognised
+   slug. So a transfer-order slug today filters by the wrong column and returns **nothing** — an
+   empty modal that looks like missing data.
+
+**Measured in `Client_Nychh`: only TableViews 12 (`item-fulfillments-for-sales-orders`) and 13
+(`item-fulfillments-for-sales-order-items`) exist, both on `recordId` 29.** Neither transfer-order
+equivalent exists anywhere. Two new `Client_Nychh` TableViews are required.
+
 ## Rollout status & open items
 
 - 🚨 **CORRECTED 2026-09-03 — the Core seeds ARE on production.** The line below said "nothing has
@@ -766,6 +892,28 @@ deliberate, separate exception — see [surface-frontend](./surface-frontend.md)
 
 - **⚠ An empty dropdown with no request in the network tab is a numeric `where` value or a
   non-zero `staleTime`** — see the section above. Neither logs anything.
+- **⚠ An ungranted `uuid` field 403s the WHOLE request** — `uuid` is V2's `IDENTIFIER_FIELD` and is
+  force-added to every record read, so a record whose role lacks an `AclFieldPermissions` grant on
+  its `uuid` RecordField returns **403 `EZ-2`** listing `"fields": ["uuid"]`. Ordinary ungranted
+  fields are silently dropped; `uuid` is not. Hit on `/transfer-order-statuses`. **Always grant the
+  `uuid` RecordField alongside the fields you actually read.** See
+  [acl-permission-chain](../../_underscore/features/acl-permission-chain.md).
+- **⚠ Not every FK resolves by `uuid`.** `TransferOrderStages` has no `uuid` identifier — sending
+  `{ uuid }` returns **400 `EV-12`**. Read `searchableIdentifierFields` in the error body; it names
+  what the record actually accepts (here `id`).
+- **⚠ `autoFocus` is unusable inside a virtualized row** — the row remounts as you scroll and
+  re-fires it, stealing focus mid-typing. Use an explicit `ref` + `useEffect`.
+- **⚠ A virtualizer must place its offsets as spacer `<tr>`s INSIDE the `<table>`** — an absolutely
+  positioned wrapper `<div>` silently breaks `table-layout: fixed`, `<colgroup>` widths and the
+  sticky `<thead>`.
+- **⚠ A STATUS cell renders unstyled if the column value is not the vocabulary KEY.** blox's
+  `StatusCell` is a plain `typeValues[value]` lookup — a display name against a slug-keyed
+  vocabulary just misses, with no error.
+- **⚠ Hidden surface elements DO arrive in the resolved bundle** — any hand-rolled button/control
+  builder must filter on `el.isVisible` itself. The Inventory header builder did not, and would have
+  shown a deliberately-hidden Core element to every tenant.
+- **⚠ An `ItemFulfillmentModal` `slug` is a TABLEVIEW slug.** No TableView row → the modal opens
+  empty, silently. And its label fetch + record filter are still hardcoded to sales orders.
 - **⚠ A bordered scroll box must be `flex: 0 1 auto`, never `flex: 1`.** `flex: 1` on the element
   that carries the border stretches the *visible* table to the bottom of the modal, so one row draws
   a box full of white. Put `flex: 1` on the wrapper that draws nothing.
@@ -815,6 +963,34 @@ deliberate, separate exception — see [surface-frontend](./surface-frontend.md)
   earlier migration without names, so a name-based lookup on them finds nothing.
 
 ## Change history
+- 2026-09-04 — **Virtualized the item picker, made the create POST set an opening stage, and lit up
+  the status badge.** (1) `TransferItemPickerTable` now renders through `@tanstack/react-virtual`
+  with the offsets as **spacer `<tr>`s inside the real `<table>`**, so `table-layout: fixed`, the
+  `<colgroup>` and the sticky `<thead>` all survive — measured on 1,232 rows: keystroke latency
+  **248 ms → 24 ms**, DOM nodes **20,464 → 1,254**, 13 rows mounted; `autoFocus` on the qty input had
+  to become an explicit `ref` + `useEffect` because a virtualized row remounts and re-steals focus.
+  (2) A new transfer now POSTs an opening stage, and ⚠ **`TransferOrderStages` is sent as `{ id }`,
+  not `{ uuid }`** — it has no `uuid` identifier, so `{ uuid }` returns 400 `EV-12` naming
+  `searchableIdentifierFields: ["id","c_netsuiteInternalTransferOrderStatus"]`; the stage is resolved
+  **by name (`"Pending"`) at request time** because ids differ per tenant. (3) Coloured status badge
+  on the list + matching dot in the record modal (`Core/2026-09-03a`, `Client_Nychh/2026-09-03a`):
+  documented the five-link STATUS chain and the rule that **the cell value must be the vocabulary
+  key**, and generalised `useStatusColors` to key on **`{ route, keyField }`** because sales-order
+  terms carry a slug while transfer-order terms carry the stage NAME. (4) Added the **Inventory
+  "Create Transfer Order"** entry point (`Core/2026-09-03b` seeds it `isVisible = 0`,
+  `Client_Nychh/2026-09-03b` opts in) and **fixed a latent bug**: the Inventory header-button builder
+  ignored `el.isVisible`, and hidden elements **do** arrive in the resolved bundle. (5) Built
+  **`_qtyFulfilled`** on `_Model_Client_TransferOrderItem` (`FIELD_SQL` summing shipped
+  `ItemFulfillmentItems`; no bridge table needed because `transferOrderItemId` is direct;
+  `COALESCE` so an unfulfilled line reads 0). ⚠ **Discovered the shared Qty-Fulfilled drill-down
+  modal is entirely TableView-driven** — the `slug` prop IS a TableView slug, and two spots are
+  hardcoded to sales orders (label fetch `item-fulfillments-for-sales-orders`, filter fallback
+  `SalesOrders.uuid`), while `Client_Nychh` has only TableViews 12/13 (both `recordId` 29). The FE
+  column and those TableViews are **NOT done**, and the Core column seed is stashed
+  (`dbchanges2 stash@{0}`) though already run on sandbox-client Core. Also ⚠ recorded that an
+  **ungranted `uuid` 403s the whole request**, and that
+  `ground-truth-transfer-orders-v2.md` **wrongly** says transfer fulfilment does not exist — read
+  `demo/transfer-modal.jsx`, which defines the `ful` / "Qty Fulfilled" column. (apeterson)
 - 2026-09-03 — **CORRECTED the production run state:** the Core transfer-order surfaces (all six
   record/list surfaces **plus `transfer-order-create-items`**) and `talos-assistant` **are on
   production** — verified live on `reader1.core.database.togahub.com` (`Surfaces` = 53). The

package/knowledge/INDEX.md

@@ -31,7 +31,7 @@ _Auto-generated by `knowledge.js index`. Do not hand-edit._
 - **voice-to-voice** (TOGa Voice) — 4 doc(s) → [2.0/apps/voice-to-voice/INDEX.md](2.0/apps/voice-to-voice/INDEX.md)
 - **ai-bdr** (AI-BDR) — 13 doc(s) → [2.0/apps/ai-bdr/INDEX.md](2.0/apps/ai-bdr/INDEX.md)
 - **toga2-commerce** (TOGa Commerce) — 21 doc(s) → [2.0/apps/toga2-commerce/INDEX.md](2.0/apps/toga2-commerce/INDEX.md)
-- **toga25-supply** (TOGa 2.5 Supply) — 19 doc(s) → [2.0/apps/toga25-supply/INDEX.md](2.0/apps/toga25-supply/INDEX.md)
+- **toga25-supply** (TOGa 2.5 Supply) — 20 doc(s) → [2.0/apps/toga25-supply/INDEX.md](2.0/apps/toga25-supply/INDEX.md)
 - **toga-blox** (TOGa Blox) — 14 doc(s) → [2.0/apps/toga-blox/INDEX.md](2.0/apps/toga-blox/INDEX.md)
 - **bdr** (BDR) — 0 doc(s) → [2.0/apps/bdr/INDEX.md](2.0/apps/bdr/INDEX.md)
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "toga-ai",
-  "version": "1.0.779",
+  "version": "1.0.780",
   "description": "TOGA Technology Team Claude Knowledge System — shared AI coding harness with skills, knowledge base CLI, and project installer for Claude Code.",
   "keywords": [
     "claude",