What's new
docker pull ghcr.io/new-usemame/calibre-web-nextgen:v4.0.89
(or :latest)
Kobo sync no longer loops forever on small result sets
After a factory reset and re-registration, some Kobo devices would sit in a sync loop for hours — ~3 requests per second against the library, with the device refusing to advance its synctoken even though each response carried only a handful of books. The server was emitting x-kobo-sync: continue (the protocol's "more pages exist" header) on every non-zero result, including exhaustive batches. The device firmware honors that header by pinning the cursor, so the same data came back on every cycle.
Now the continue header only fires when the result set actually exceeds the per-batch cap (SYNC_ITEM_LIMIT = 100) — matching the existing reading-states branch behavior. Exhaustive batches end cleanly and the device persists the advanced cursor. Initial multi-page syncs are unaffected.
This is complementary to v4.0.54's fork #220 cursor-advance fix: that closed the cursor side, this closes the signal side. Both are required for users without kobo_only_shelves_sync to escape the loop.
Credits
Thanks @ikerios for the 15-hour production trace on a Kobo Forma + the upstream-mirror fix.