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

+12 -1
View File
@@ -11,10 +11,19 @@ class SessionShare {
final int userId;
final String token;
/// 导出端这次登录的 `loginId`。GetUserPreviewApi 不回这个字段,而恢复端写
/// UpsertUserAll 时要拿它当 playlogId,所以只能由导出端一起带上;没有就是 0。
final int loginId;
/// 原始 Cookie 串,可能是 `JSESSIONID=...`,也可能带别的字段。
final String? cookie;
const SessionShare({required this.userId, required this.token, this.cookie});
const SessionShare({
required this.userId,
required this.token,
this.loginId = 0,
this.cookie,
});
/// 只取 `JSESSIONID`:传输层后续请求就靠它维持会话
/// (见 `TitleApiService._captureCookiesFromResponse`)。
@@ -41,6 +50,7 @@ class SessionShare {
'version': _version,
'userId': userId,
'token': token,
'loginId': loginId,
'cookie': jsessionid,
};
return base64Encode(utf8.encode(jsonEncode(map)));
@@ -62,6 +72,7 @@ class SessionShare {
final share = SessionShare(
userId: (decoded['userId'] as num?)?.toInt() ?? 0,
token: decoded['token'] as String? ?? '',
loginId: (decoded['loginId'] as num?)?.toInt() ?? 0,
cookie: decoded['cookie'] as String?,
);
// 两头都空的话这串信息什么都恢复不了。