From 7064a5b282f1c8e8d6d3e5fa614013c32921454f Mon Sep 17 00:00:00 2001 From: Adam Soltys Date: Fri, 28 Aug 2026 08:23:20 -0700 Subject: The address is fetched while the key still turns in the lock: sign-in races a registrar lookup against the seed work and seeds the name before first paint, so the Receive pane opens straight onto its QR instead of "setting up your payment address" Co-Authored-By: Claude Fable 5 Claude-Session: https://claude.ai/code/session_019eA8JRq9Wr7z2fRQk99HLi --- src/app.js | 3 +++ 1 file changed, 3 insertions(+) (limited to 'src/app.js') diff --git a/src/app.js b/src/app.js index 5b5c3d5..df62d84 100644 --- a/src/app.js +++ b/src/app.js @@ -1129,6 +1129,9 @@ async function activateAccount(acc, opts = {}) { if (acc.type !== 'watch' && !acc.provisional) acc.xpub = wallet.accountXpub(); persistAccounts(); autoSave(acc); + // A name fetched during sign-in seeds the names state BEFORE features init + // and the first paint — the Receive pane opens showing its QR. + if (opts.nameHint) { try { featureHook('namesSeed', opts.nameHint); } catch {} } for (const f of FEATURES) { try { f.init && f.init(); } catch {} } // per-feature wallet lifecycle _featuresInited = true; // a deferred feature landing after this point gets its init() on arrival // A freshly generated identity provably has no profile yet — let features -- cgit v1.2.3