Resume paused scrapes from their cursor
This commit is contained in:
@@ -40,6 +40,11 @@ mobile draft at 390px.
|
||||
- [x] C11 preview caching: Discord-hosted image/GIF previews (WebP 320px, hash-addressed, 5 MiB
|
||||
cap, one attempt) run after every walk in both modes. Live run `...-20260916090722`:
|
||||
`previewed: 2`; thumbs served over `/api/media/<scrape>/<item>/thumb` (200).
|
||||
- [x] C34 Resume from cursor. A paused scrape can continue where it stopped instead of
|
||||
re-walking the top: `POST /api/media/scrape/resume`, MCP `resume_media_scrape`, and a Resume
|
||||
button in History. Previews never needed the walk — backfill fetches them straight from the
|
||||
stored URLs; the walk is only for discovery. Live: the paused `gernal_chut` scrape resumed at
|
||||
cursor `365256427247239181`, fetched its final page, and entered the preview pass.
|
||||
- [x] C33 Puppet history pagination. The core's `message.fetch` read the client store, which
|
||||
keeps only the newest messages plus the channel's first — every page was 10 messages and the
|
||||
walk stopped after one page (a 10-message, 4-media scrape of an ancient group with thousands
|
||||
|
||||
Reference in New Issue
Block a user