docs(13): correct peer-files finding per bca18c03 — code bugs, not fleet outage
Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
+6
-3
@@ -97,9 +97,12 @@ rich is absent.** Two surface mechanisms exist and they fight each other:
|
||||
songs, extractor yields 6).
|
||||
|
||||
**Real on a node today**: own shared media (filename-derived cards, no art) and the
|
||||
indexed music library (real tags, no art, unplayable in-app) — both measured
|
||||
empty/unreachable on the demo node (INDEEHUB-CONTENT-INVENTORY: 0 items; 16 peers serving
|
||||
nothing).
|
||||
indexed music library (real tags, no art, unplayable in-app). **Correction (handoff
|
||||
`bca18c03`, RESUME-2026-08-07-aiui-surfaces.md):** the earlier "16 peers serving nothing /
|
||||
IndeeHub empty = fleet problem" conclusion was wrong — two code bugs (a missing dispatch
|
||||
arm for non-`own` scopes, and a fan-out timeout that discarded completed batches)
|
||||
produced `peers_reached: 0` while peers were serving. Fixed in `9abc1623`; measured live
|
||||
after: 4/16 peers, 7 items. IndeeHub's catalogue is still genuinely empty (`count: 0`).
|
||||
|
||||
---
|
||||
|
||||
|
||||
Reference in New Issue
Block a user