fix(onboarding): provisioned-guard refusal reads as operator guidance
'Re-keying requires the authenticated system.factory-reset' is precise and useless to an operator standing at the seed screen. Map it to what they can do: sign in, or factory-reset from Settings. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Fable 5
parent
61b380d266
commit
a2ff3502bd
@@ -274,7 +274,14 @@ async function generateSeed() {
|
|||||||
stopTimers()
|
stopTimers()
|
||||||
loading.value = false
|
loading.value = false
|
||||||
waitingForServer.value = false
|
waitingForServer.value = false
|
||||||
errorMessage.value = err instanceof Error ? err.message : 'Failed to generate seed'
|
const raw = err instanceof Error ? err.message : 'Failed to generate seed'
|
||||||
|
// The backend's provisioned-guard refusal is precise but written for
|
||||||
|
// developers ("authenticated system.factory-reset"). Operators hit it
|
||||||
|
// when a node that already has an identity lands on this screen —
|
||||||
|
// translate it into what they can actually do about it.
|
||||||
|
errorMessage.value = raw.startsWith('Not supported: this node is already provisioned')
|
||||||
|
? 'This node already has an identity, so a new seed cannot be created. Sign in normally — or to start this node over, run a factory reset from Settings first.'
|
||||||
|
: raw
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|||||||
Reference in New Issue
Block a user