fix(ui): use the guest stubs' "sign in" wording, and link it in Stats
CI / changes (pull_request) Successful in 3s
CI / unit (pull_request) Successful in 11s
CI / integration (pull_request) Successful in 21s
CI / ui (pull_request) Successful in 1m15s
CI / conformance (pull_request) Successful in 10s
CI / gate (pull_request) Successful in 0s
CI / deploy (pull_request) Successful in 1m57s
CI / changes (pull_request) Successful in 3s
CI / unit (pull_request) Successful in 11s
CI / integration (pull_request) Successful in 21s
CI / ui (pull_request) Successful in 1m15s
CI / conformance (pull_request) Successful in 10s
CI / gate (pull_request) Successful in 0s
CI / deploy (pull_request) Successful in 1m57s
The New Game hint said "Register" where the Stats and Profile guest stubs say "Sign in". Move the shared word into common.signInLink so the two screens cannot drift, and turn the Stats stub's opening word into the same link to the profile screen.
This commit is contained in:
@@ -249,7 +249,7 @@ arrive from a platform rather than completing a mandatory registration).
|
||||
**registered** account defaults to the two Russian-alphabet games — **Erudit + Russian
|
||||
Scrabble** (a DB column default); a **guest** is deliberately narrower and starts on
|
||||
**Erudit only** (`account.ProvisionGuest` writes the set explicitly), with New Game inviting
|
||||
the guest to register for the rest. Registering promotes the set to the registered default
|
||||
the guest to sign in for the rest. Signing in promotes the set to the registered default
|
||||
(`account.ClearGuest`), but only while the guest still carries the untouched guest set —
|
||||
a player who chose their own set is never overruled, and **existing accounts are not
|
||||
backfilled** when the default moves. At least one variant must stay selected. The picker is
|
||||
|
||||
Reference in New Issue
Block a user