How long a list takes to show after a click is not measured #246

New Issue

rays · 2026-10-15T07:48:08-07:00

rays commented

2026-10-15 07:48:08 -07:00

Clicking All Subscriptions with Unread selected takes a moment to show the items (reported 2026-10-15). Traces show the API side (/api/entries 50 ms to 1.6 s, the slow ones waiting on a database connection, #241), but nothing records what the person waits for: from the click to the list drawn. The page should report it as it reports play_start, under the click's trace, with the view and filter, for the log, the dashboard and the prod check.

rays added the enhancement label 2026-10-15 07:48:08 -07:00

rays referenced this issue from a commit

2026-10-15 07:52:17 -07:00

Database connections kept open; a click's wait is measured (#241, #245, #246)

rays commented

2026-10-15 07:57:14 -07:00

Fixed in 62a3241, deployed (ipx-web 1.0.3-dev, ipx 1.2.1-dev): the page reports list_shown (ms from asking for a list to drawing it, with feed = the view and filter) under the click's trace; live refreshes are not timed. Grafana's ipx-web row has 'A click to the list shown' (median, p95, slowest) and 'Slowest lists by view'; the prod check reads it. Lines arrive as lists are opened.

Fixed in 62a3241, deployed (ipx-web 1.0.3-dev, ipx 1.2.1-dev): the page reports list_shown (ms from asking for a list to drawing it, with feed = the view and filter) under the click's trace; live refreshes are not timed. Grafana's ipx-web row has 'A click to the list shown' (median, p95, slowest) and 'Slowest lists by view'; the prod check reads it. Lines arrive as lists are opened.

rays closed this issue

2026-10-15 07:57:15 -07:00

rays referenced this issue

2026-10-15 08:11:53 -07:00

Opening a list waits for the server, with nothing to say it is loading #247

rays referenced this issue from a commit

2026-10-15 08:16:20 -07:00

Lists open at once from what the page keeps and fetches ahead, or with a spinner (#247)

Sign in to join this conversation.