feat: 连接信息恢复的会话在 isLogin 时直接开放票据与风险功能

- 恢复时除了 GetUserDataApi 再拉一次 GetUserPreviewApi:服务器说 isLogin 为 true
  就把这次会话当已登录,_gameLogin 落地,票据与风险页按「登录后 60 秒冷却」计时
  (loginDateTime 取恢复当下),不必再发一次 UserLoginApi
- GetUserPreviewApi 的响应里没有 loginId,而 UpsertUserAll 要拿它当 playlogId,
  所以导出连接信息时把本机的 loginId 一起带过去,恢复端优先用这个值,
  拉不到才退回 preview 里的字段(多半是 0)
- 只有 Cookie、preview 拉不到、或服务器说没在登录中时仍按只读处理,
  提示横幅与 SnackBar 文案区分「可写」和「只能读」两种恢复结果
- HomePage 的恢复入口收成 restored: SessionRestoreResult?,把 preview 与
  userData 一起当种子,省掉两次重复请求
This commit is contained in:
Cookiues committed 2026-09-29 13:47:03 +08:00
1 parent e74bb792bd
commit 44c4a1daae
7 files changed
+123 -37

No files matched your search

+9 -7
View File
@@ -126,6 +126,13 @@ class _LoginPageState extends State<LoginPage> {
}
}
String _restoreMessage(SessionRestoreResult result) {
if (!result.reusedCookie) return AppStrings.sessionRestoreToken;
return result.loggedIn
? AppStrings.sessionRestoreCookie
: AppStrings.sessionRestoreReadOnly;
}
/// 实验性:用主页导出的连接信息恢复会话。带可用 JSESSIONID 就直接续上那次登录,
/// 否则退回用令牌重新登录。
Future<void> _onRestoreSession() async {
@@ -136,18 +143,13 @@ class _LoginPageState extends State<LoginPage> {
try {
final result = await SessionModel.instance.restoreFromShare(share);
if (!mounted) return;
context.showSnack(
result.reusedCookie
? AppStrings.sessionRestoreCookie
: AppStrings.sessionRestoreToken,
);
context.showSnack(_restoreMessage(result));
Navigator.of(context).push(
MaterialPageRoute(
builder: (_) => HomePage(
userId: share.userId,
token: share.token,
sessionRestored: true,
initialUserData: result.userData,
restored: result,
),
),
);