Skip to content

fix(concierge): name the locker on the locker bookings listing - #552

Merged
MrYuion merged 1 commit into
developfrom
fix/concierge-locker-booking-names
Oct 8, 2026
Merged

MrYuion merged 1 commit into
developfrom
fix/concierge-locker-booking-names

Conversation

@camreeves

Copy link
Copy Markdown
Contributor

What

The concierge locker bookings listing showed asset-KpaBMkGOPR in its Locker column where it should say "E2E Locker 0" (CON-B3 on #497). A booking stores only the locker's id: staff-api's Booking model has asset_id and asset_ids and no name column, so the asset_name the app sends on create never comes back.

The listing now resolves the name from the lockers the state has already loaded for the building (lockerName in locker-bookings.component.ts), the way the desk listing resolves desk names from metadata, and falls back to the id for a locker it does not know.

Verified

  • bunx nx test concierge: 1330 pass, with a new case for the resolution and both fallbacks.
  • e2e on the stack: concierge-lockers.spec.ts passes with CON-B3 lifted on test(e2e): workplace and concierge [2026-09-18] #497 (the row names the locker) and CON-LOCK-03 now asserting the name rather than the id.

A booking stores the locker's id only (the Booking model has no asset
name column; the name sent on create never comes back), so the Locker
column showed `asset-...`. The listing now resolves the name from the
lockers the state has already loaded for the building, the way the desk
listing resolves desk names, and falls back to the id for a locker it
does not know.
@vercel

vercel Bot commented Oct 7, 2026 •

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

1 Skipped Deployment
Project Deployment Actions Updated
frontend-templates Ignored Ignored Preview Oct 7, 2026 11:50pm UTC

camreeves added a commit that referenced this pull request Oct 7, 2026
… tenant

CON-B1 loses its guard: concierge now admits admin and support users
only until app.allow_access_groups is set (develop, #551), so a plain
staff user lands on /unauthorised. The test waits for that bounce or the
shell, whichever comes first.

CON-B3 asserts what can be true: a booking has no asset name column, so
the listing resolves the locker's name from the lockers it has loaded
(develop, #552). CON-LOCK-03 asserts the name too.

The calendar-backed rows run against the Microsoft 365 sandbox tenant
the stack can now be seeded with (develop, e2e/calendar-tenant), and
skip without it. calendar.seed.ts owns the one room with a real mailbox
and the events the specs put on it; the fixtures gain the calendar
identity, an admin whose address is a mailbox there, because staff-api
only lets a user host for themselves. CON-DAY-02/03/04, CON-STAFF-01/02
and CON-REP-02 are written; CON-DAY-05 is not yet, and CON-DAY-06/07
wait on the approvals driver.
@MrYuion
MrYuion merged commit a4eaaec into develop Oct 8, 2026
5 checks passed
@MrYuion
MrYuion deleted the fix/concierge-locker-booking-names branch October 8, 2026 00:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants