lyizai
0cd65cf9be
fix: 修正原点(00)两种原因的判断依据 —— 两种情况下脚下都是基岩
用户指出:死亡被卡到 00 时脚下**也是基岩**,所以原来用
lockBelow === 'bedrock' 区分「登录服」和「死亡卡住」是错的,
会把死亡卡住误判成登录服,于是不做自救、只让用户去输验证码。
改成以「服务器有没有要求输入验证码」为唯一可靠信号:
- 要求验证码 -> 判定为登录服,提示人工发验证码(不做无意义的左右移动)
- 没要求验证码 -> 判定为死亡卡住,自动左右移动触发服务器重新传送
自救本身在两种情况下都无害(在登录服里按左右键不会有后果),
所以即使判断错了也不会把事情弄得更糟。
另外:验证码提示往往比 spawn 晚到,所以 _handleAuthPrompt 里也补了一次判断 ——
若提示到达时机器人正好在原点附近,会明确点出「被反复传送刷屏」正是登录服造成的,
把这个因果关系讲清楚,避免用户只看到传送刷屏而不知原因。
同步修正 TODO.md 与 CHANGELOG 里那条错误结论,并标注「不要用基岩做判断依据」。
测试 363 -> 368,全部通过。
2026-09-28 20:32:49 +08:00
..
2026-09-27 23:52:29 +08:00
2026-09-27 17:17:41 +08:00
2026-09-27 17:17:41 +08:00
2026-09-28 00:27:58 +08:00
2026-09-28 20:32:49 +08:00
2026-09-27 17:17:41 +08:00
2026-09-28 19:43:15 +08:00
2026-09-27 21:22:57 +08:00
2026-09-27 21:22:57 +08:00
2026-09-27 17:17:41 +08:00
2026-09-27 17:17:41 +08:00
2026-09-28 20:21:41 +08:00
2026-09-27 21:22:57 +08:00
2026-09-27 17:17:41 +08:00
2026-09-27 23:52:29 +08:00
2026-09-28 14:21:14 +08:00
2026-09-27 23:52:29 +08:00
2026-09-28 00:27:58 +08:00
2026-09-28 13:56:41 +08:00
2026-09-27 17:17:41 +08:00
2026-09-27 17:17:41 +08:00
2026-09-27 17:17:41 +08:00
2026-09-27 17:19:20 +08:00