You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A UI pass over the webhooks dashboard, on top of #4344. No behaviour
changes beyond the fixes below.
## Deliveries list
- Whole row is clickable. The external delivery ID, created, processed
and error cells had no link, and the target cell only linked when the
delivery had a run or session, so most of each row was dead.
- Dimmed "None" and "Unknown" cells now brighten with the row on hover.
- The new-deliveries button sits inline, left of the pager, instead of
on its own row beneath it.
- The table scrolls. It was passing `stickyHeader`, which switches the
table container to `overflow-visible` and stops it being the scroll
container; every other list in the app leaves it off. The header stays
sticky either way.
- 60 deliveries per page, up from 25. Test tag uses the shared `Badge`,
the webhook icon matches the Tasks page, and the Status and More filters
menus drop their redundant search fields.
## Delivery detail
- Dropped the duplicate status badge from the title bar; the sidebar
already has a Status row.
- The "nothing was captured" tab messages are centred and a size larger.
- Copyable sidebar values ellipsise instead of overflowing their column,
so an unbreakable hash or opaque id no longer runs past the edge.
`CopyableText` gains an opt-in `truncate` prop that reserves a gutter
for the copy button.
- The delivery timeline's thick bar is rounded at the top. The run
timeline gets that corner from the `start-cap-thick` event above its
thick line, but a delivery only has two timestamps, so the line itself
starts the bar and had a square top on every succeeded and failed
delivery. `RunTimelineLine` gains an opt-in `roundedTop`, so other
callers are unaffected.
## Navigation
Webhooks was a section containing a single item. It now sits as a
top-level item below Sessions, and the page is titled "Webhook
deliveries". Registering the page in the favourites registry also fixes
its favourite name, which was saving as "Page: Deliveries".
## Also
One fix outside the UI: the delivery seed script minted `id` and
`friendlyId` as two independent ids, but the detail lookup derives the
row id from the friendlyId, so every seeded delivery's page reported
that it could not be found.
0 commit comments