2 Commits

Include renames

Author	SHA1	Message	Date
jpmschweitzerandClaude Fable 5	77dc5b00a1	fix: grow Wiki.js listing limit until page count stabilizes ... Live evidence during quality-report verification: pages.list(limit=100) returned 43 pages while 140 existed; limit=500 returned all 140. Wiki.js applies the limit BEFORE its own visibility filtering, so a response with fewer pages than requested does NOT prove the listing is complete. The Phase A limit-growth loop stopped on len < limit and silently truncated listings (page counts, orphan cleanups, integrity scans, and the quality report all consume this listing). The loop now doubles the limit until the returned count stops increasing (fixed point), at the cost of one confirming fetch. Offline pagination tests updated, including a regression test simulating the pre-filter limit behavior. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QbFZyDvYksazX6nYQYZ67L	2026-07-14 12:19:35 +02:00
jpmschweitzerandClaude Fable 5	a66d801abd	test: add offline unit tests for Phase A reliability fixes ... Mock-based tests (no live services) covering: - ollama_llm_model resolution under the OLLAMA_MODEL env collision - per-leg retrieval failure -> source_status/degraded signaling - Phase 0/Phase 4 LLM timeout fallbacks - /stats wiki page count using the users/{user} path prefix - Wiki.js list_all_pages limit-growth pagination and list_pages limit-after-filter behavior Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2026-07-14 10:05:51 +02:00