feat(launcher): LU8 — logging in IS the character refresh; put Play above the fold
Two things the user hit while gating LU7. 1. "Refresh characters" disconnected the session they were playing. It opened a SECOND connection to the same account purely to read the roster, which the server treats as a new login — so refreshing while logged in kicked them out. It was also redundant the whole time: every ordinary login already carries the roster in the host's own status stream, and the orchestrator already folds it into the profiles (ApplyRosterLocked runs for play sessions, not just probes). Removed, along with "Add cached character", which existed to paper over a roster the launcher can now always obtain by itself. The account page says what happens instead: characters appear after you log in. ProbeAsync stays in Core — headless bots and the CLI use it, and it has its own tests. What is gone is offering it to a player as a button whose only effect they could observe was being disconnected. AnOrdinaryLoginFoldsTheReportedRosterIntoTheStore pins the replacement, including that it persists so the tree is still populated after a restart. 2. "There is no headless or gui option" under a selected character. The buttons were there — below the fold. The character page led with a plugins/login- commands form whose two 96px text boxes pushed the Launch card past the bottom of the scroll area, so the primary action was invisible unless you scrolled. Launch now comes first and the settings form sits under it. A player should never have to scroll to find Play. Full solution 14,374 passed, 0 failed under the release-gate filter. Not pushed — the user is testing locally first. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
parent
2bff44a9fa
commit
18bbd37779
4 changed files with 101 additions and 101 deletions
|
|
@ -189,25 +189,12 @@ public sealed class LauncherWindowViewModelTests
|
|||
viewModel.OperationStatus);
|
||||
}
|
||||
|
||||
[Fact]
|
||||
public async Task ProbeUsesTheSelectedAccountAndRunningAccountDisablesIt()
|
||||
{
|
||||
using var orchestrator = new FakeLauncherOrchestrator();
|
||||
using var viewModel = CreateInitialized(orchestrator);
|
||||
SelectAccount(viewModel);
|
||||
|
||||
Assert.True(viewModel.CanProbe);
|
||||
await viewModel.RefreshCharactersCommand.ExecuteAsync();
|
||||
Assert.Equal(("Local ACE", "testaccount"), orchestrator.ProbeRequest);
|
||||
|
||||
orchestrator.ProbeCapability = LauncherCapability.Unavailable(
|
||||
"Stop the active session before refreshing this account.");
|
||||
orchestrator.RaiseStateChanged();
|
||||
|
||||
SelectAccount(viewModel);
|
||||
Assert.False(viewModel.CanProbe);
|
||||
Assert.Contains("Stop", viewModel.ProbeDisabledReason, StringComparison.Ordinal);
|
||||
}
|
||||
// LU8: the probe-driven "Refresh characters" action is gone. It opened a
|
||||
// SECOND connection to an account purely to read the roster, which the
|
||||
// server treats as a new login and which disconnected a session the user
|
||||
// was already playing. Its test goes with it rather than being skipped;
|
||||
// the roster path that replaced it is covered by
|
||||
// LauncherOrchestrator's roster merge on an ordinary login.
|
||||
|
||||
[Fact]
|
||||
public void LinuxKeepsLauncherAndHeadlessAvailableButExplainsDisabledGuiModes()
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue