Skip to content

修复启动器在用户未确认前自动执行动作,以及首次切换版本时确认区卡在加载状态的问题#5

Open
EEEEEEEEdison wants to merge 1 commit into
ok-oldking:masterfrom
EEEEEEEEdison:fix/no-implicit-launch-and-version-confirm-state
Open

修复启动器在用户未确认前自动执行动作,以及首次切换版本时确认区卡在加载状态的问题#5
EEEEEEEEdison wants to merge 1 commit into
ok-oldking:masterfrom
EEEEEEEEdison:fix/no-implicit-launch-and-version-confirm-state

Conversation

@EEEEEEEEdison

Copy link
Copy Markdown

问题描述

这个 PR 修复了启动器中的两个相关问题:

  1. 启动器在用户尚未明确操作前,会自动执行启动或版本相关动作
  2. 用户首次切换目标版本时,升级/降级确认区会长时间停留在加载状态,通常需要再次切换版本才会正常显示确认按钮

预期行为

启动器在用户未明确确认前,不应自动启动应用,也不应自动推进版本切换相关动作。
当用户第一次选择目标版本时,应立即正常显示升级/降级确认区。

原因分析

1. 未经用户确认的自动动作

启动器在首次加载应用状态时,会根据安装状态、版本状态和更新策略直接推导自动动作。
这会导致用户还没确认时,启动器就已经启动应用或者推进版本相关流程,交互上不够友好。

2. 首次切换版本时确认区卡在加载

前端会监听通用的 app-log 事件来更新内联版本切换面板状态。
但在用户尚未真正确认版本切换前,某些无关日志事件也会把面板错误地标记为“确认中”,导致确认按钮被提前隐藏,看起来像一直在加载。

修复内容

  • 禁止首次加载时隐式自动启动应用
  • 禁止首次加载时在用户未确认前自动推进版本相关动作
  • 在存在待确认的版本切换说明时,显式等待用户操作
  • 前端只在真正进入版本切换流程后,才允许相关日志驱动面板进入“确认中”状态
  • 增加对异常 app.json 的容错处理,避免状态文件异常时直接导致启动器加载失败

修复效果

  • 启动器在用户未操作前,不会自动启动应用
  • 启动器在用户未确认前,不会自动推进版本切换动作
  • 首次选择升级/降级目标版本时,确认区会立即正常显示
  • 不再需要通过“再次切换版本”来触发确认按钮显示
  • 异常状态文件不会直接导致整个启动器页面加载失败

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant