diff options
| author | Christophe Besson <cbesson@gmail.com> | 2026-08-24 17:54:11 +0200 |
|---|---|---|
| committer | Christophe Besson <cbesson@gmail.com> | 2026-08-24 17:54:11 +0200 |
| commit | c2f5e0ed7ff22e2e176686d0074b027712e9efa3 (patch) | |
| tree | 09813ffc5498e65f4e6fe113ea58357006f66530 /packages/meshbay-node/src/meshbay_node/media_cache.py | |
| parent | 8c780b9928db8145b7fe18ecd137384ccfe25d8f (diff) | |
| download | meshbay-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/src/meshbay_node/media_cache.py')
0 files changed, 0 insertions, 0 deletions