维护者确认：移动端多账号登录列表滚动

[MagicLizi]

这次改动会改变用户看得见的登录页：账号超过两行时，身份列表改为独立滚动视口，而不再把更多账号顶到错误文案上。

请维护者确认：

• 视口高度（大约两行）和滚动指示是否符合登录页布局
• 标题 / 返回按钮固定、列表滚动是否是预期交互

确认方式：直接在 PR 上 Approve；需要修改就 Request Changes，作者改完后再 Approve 即放行。

---

关联 PR:#3692(作者 @weikl666);本 issue 由 review-pr 流程自动创建,用于先讨论该 PR 涉及的产品 / UI 变更,维护者确认后 PR 会恢复推进。

[dash-s-cindy]

判断：移动端多账号身份选择值得处理；将身份列表放入约两行高的独立滚动视口，可以恢复第 4 个及之后身份的选择能力，同时保持标题、返回按钮和既有前两行构图。建议维护者在 #3692 上 Approve 该产品/UI 方向，随后按常规工程 review 合并；Android 真机和改动后视觉证据作为发布前补充即可，不建议因证据形式不足而 Request Changes 阻塞当前方案。

行动：

1. 确认并接受以下交互：标题和返回按钮位于滚动视口之外并保持固定；账号列表在面板内部独立纵向滚动；超过可视范围时显示已有风格的滚动指示。
2. 在 PR #3692 上 Approve，之后完成常规代码 review 与合并。
3. 合并/发布前补 Android 真机冒烟：多身份向下滚动、最后一项完整可见且可点击、返回按钮不随列表移动、列表滚动不会把触摸或焦点传给错误提示区域。另补一份 iOS 或 Android 改动后截图/录屏，作为 UI 长期证据。上述补充不需要改变当前产品方向。

已确认的现状

当前 main 快照为 865ccfb25ddc62c87ea9785384214cd5512bd6cf。

• apps/mobile/app/(auth)/login.tsx 的 renderAccountSelection() 仍将账号行直接渲染在固定 LoginPanel 中，并使用 LOGIN_METHOD_ROW.firstRowTopSsoOrg + index * LOGIN_METHOD_ROW.rowStep 做绝对定位。
• apps/mobile/src/auth/loginSkinLayout.ts 定义移动端登录面板高为 440；错误提示槽位为 LOGIN_ERROR_TEXT.y = 380、高 60，覆盖面板底部区域。账号行步进为 120、高度为 100。现有账号选择分支没有独立滚动容器或滚动指示器，因此身份数量超过面板可视空间时，后续身份没有可用的滚动入口。
• 当前实现没有证据表明服务端或认证协议限制身份数量。共享认证状态允许账号列表按返回结果投影；因此本次真正缺少的是 Mobile account-selection 视图的 UI 可达性，而不是新增服务端能力、身份排序或登录协议改动。
• fix(mobile): scroll multi-account login list #3692 的变更范围与上述问题一致：仅涉及 Mobile 登录身份选择列表的独立滚动视口、列表几何计算、渲染接线和回归测试，不改变服务端、认证协议、身份排序或选择动作。

对 #3692 方案的判断

PR 描述的“视口约两行高、标题与前两项构图保持、超过两项后启用纵向滚动并显示指示器”与现有布局约束相容：

• 列表独立滚动可以把额外身份从面板内部逐项带入可视区域，避免继续向错误文案槽位或面板边界延伸。
• 标题和返回按钮留在列表视口外，符合登录步骤切换时的稳定导航预期。
• 方案将原本不可访问的身份变为可访问，没有限制或移除已有用户行为；前两项的位置和选择派发路径保持不变。
• fix(mobile): scroll multi-account login list #3692 报告的自动验证包括相关单元测试、loginSkinLayout/loginSkinStates 定向测试、Mobile typecheck、scope guard、DCO 和 diff 检查；作者还报告在 iPhone 14 Pro Max 真机上验证了多企业身份滚动以及第 4 个企业身份可访问。PR 当前没有 Android 真机验证，也没有导出改动后截图/录屏。
• 几何和接线测试能够证明视口、内容高度、最大滚动距离及末行可达性的计算，也能防止渲染接线回归；它们不能完全替代真实 Android/iOS 上的滚动手势、焦点、滚动条显示和触摸边界验证。因此建议补充验证，但现有证据已足以支持产品/UI 方向确认。

风险与边界

• 影响范围限定为 Mobile 登录身份选择页；不涉及 Desktop、服务端、登录协议、身份排序、认证恢复或持久数据。
• PR 报告未改变原生依赖、原生配置或 runtime fingerprint，回滚方式是回退 PR 提交，不需要数据迁移。
• 需要在发布前关注 Android 渲染差异、滚动手势、末项完整可见性、返回按钮固定性，以及列表滚动与错误提示槽位的触摸隔离。
• “约两行”视口的最终像素高度和指示器视觉细节属于本次 UI 确认范围；当前可由 PR 的几何测试、iOS 真机验证及 Desktop 先例支持通过，但最好用改动后截图/录屏留档。没有证据显示需要改变该方向或增加新的行为限制。

相关记录

• PR #3692：当前 Issue 的直接关联修复；解决 Mobile 登录身份列表超过可视区域后第 4 个及后续身份不可达的问题。
• PR #3323：Desktop 同类可达性问题的直接修复，已采用标题固定、身份卡片区独立滚动和进入页面时短暂滚动提示，为 Mobile 方案提供跨端产品先例。
• Issue #3336：围绕 fix(desktop): 账号选择页支持访问全部身份 #3323 建立的产品确认记录，明确多身份可达性是现有登录能力应满足的行为，并支持“固定标题 + 独立列表滚动”的交互方向；它不是 Mobile 的重复实现，但能证明本次方案的产品意图具有一致性。

结论：建议确认 #3692 的产品/UI 方向并 Approve，按常规工程 review 推进合并；Android 真机与视觉证据作为发布前补充验证。