Opening a list waits for the server, with nothing to say it is loading #247
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Clicking a feed, All Subscriptions or a filter fetches the list then draws it: until the answer comes nothing changes, so a click feels unanswered (reported 2026-10-15; #246 now measures it). Lists should be kept and fetched ahead (the first page of All Subscriptions and of feeds with something unread, and a feed when the pointer reaches it), drawn at once from what is kept and refreshed behind, and a spinner shown when a list has to be waited for.
Fixed in
6640ca9, deployed in ipx-web 1.0.3-dev: the page keeps the first page of each list (newest 40) and draws a kept one at once, refreshing behind; fetches All Subscriptions and the 20 feeds with most unread ahead once idle, and a feed or filter on pointer or touch; a feed_row or a read forgets that feed's lists and All Subscriptions'. A list with nothing kept shows a spinner after 120 ms. Tests: page-unit 'kept lists...', browser 'a list seen before shows at once, and one not yet seen shows a spinner while it loads'; all 75 browser tests pass. list_shown on the dashboard will show the difference.