summaryrefslogtreecommitdiffstats
path: root/packages/meshbay-node
diff options
context:
space:
mode:
authorChristophe Besson <cbesson@gmail.com>2026-08-24 17:54:11 +0200
committerChristophe Besson <cbesson@gmail.com>2026-08-24 17:54:11 +0200
commitc2f5e0ed7ff22e2e176686d0074b027712e9efa3 (patch)
tree09813ffc5498e65f4e6fe113ea58357006f66530 /packages/meshbay-node
parent8c780b9928db8145b7fe18ecd137384ccfe25d8f (diff)
downloadmeshbay-c2f5e0ed7ff22e2e176686d0074b027712e9efa3.tar.gz
fix(hub): Create Group wizard steps app selection before the scan wait
"Choosing applications" 404ed with "Group not hosted on this node" on any real (multi-thousand-file) library — found live creating a group against a 5787-file MP3 collection while testing the Music app. daemon.py registers a brand-new group in groups_ctx only once its initial scan finishes (ui/app.py's index-status docstring already says so); nothing group-scoped can succeed before that, however many times it's retried. The wizard's apps step ran *before* platform.waitForGroupHosted() (which correctly waits up to 30 minutes for exactly this), protected only by a 5×400ms withRetry meant for a sub-second race — nowhere close to covering a real scan. The stated reason for running it early (so a mid-scan joiner never sees a not-yet-disabled app) doesn't hold either: nobody can join before the group is hosted, same gate. Fix: move the apps step after waitForGroupHosted, matching where the roots/GEK steps already correctly run. No node-side change — the scan-then-register ordering in daemon.py is intentional and untouched. npm run sync-ui re-run to propagate to the Electron client. Hub suite: 429 passed, no regressions. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KBi7ALLGfwcjBXt57yNMcy
Diffstat (limited to 'packages/meshbay-node')
0 files changed, 0 insertions, 0 deletions