 butubb
|
c6fda262db
|
fix: 回归脚本两处"自己坏掉"的问题——GBK 控制台崩在汇总、写死过期设备串
在 MySQL dev 库上跑全量回归时暴露：
1. 汇总里的 ⚠/❌/✅ 在 Windows GBK 控制台抛 UnicodeEncodeError，而且崩在打印
汇总那一步 —— 探测其实全跑完了，看起来却像脚本挂了（stdout 重设为 UTF-8）
2. `100.100.10.11:5555` 是 Tailscale 时代的地址，设备早换了：路径参数与两个关键
POST 都拿它当目标 → 每次回归要等好几轮 30s adb connect 超时，还误报
"关键 POST 测试步骤(wait) 失败"。改为**运行期从设备池挑一台启用设备**
结果（对 MySQL dev 库）：99 项检查全通过（38 GET + 60 写探测 + 7 关键业务），
仅 3 条 Tailscale 未配置的业务提示。
|
2026-09-13 11:05:44 +08:00 |
|
|
butubb
|
da77d8eb6b
|
fix: 回归脚本 Windows 可用 + 加"禁止对生产库跑"安全闸；迁移脚本去掉 GBK 控制台会崩的符号
- scripts/regression_test.py:
* signal.alarm 加 hasattr 守卫（Windows 上直接 AttributeError 退出，
backlog A4）→ 本机终于能跑"一条命令扫全接口 500"
* 新增安全闸：.env 声明 prod、或目标库 app_meta.deployment_env=prod 时
**拒绝运行**（exit 3）。本脚本会发真实写请求（设备池增删/剪贴板注入/
亮灭屏），跑在生产配置上就是拿正式数据做实验
- scripts/migrate_sqlite_to_mysql.py: stdout 重设为 UTF-8 并去掉 ✔/✘ 符号。
实测在 GBK 控制台里打印 ✔ 会抛 UnicodeEncodeError，而且崩在"写库标签"之前，
看起来像迁移失败（数据其实已搬完）
- doc/backlog/TODO.md: A4 移入已完成；gitignore 条目更新（mcp_audit.log 已补，
uiauto.pid 仍缺）；登记 MySQL 迁移与回归安全闸
实测（对 192.168.2.27 的 auto_control_dev）：数据迁移 12 张表逐表 SHA-256 一致；
应用直连 MySQL 全部接口 200，设备名/指纹唯一索引语义与 SQLite 一致（空值可重复、
非空重复被拦、大小写敏感 A08≠a08）；备份导出→预览→应用往返正常。
|
2026-09-13 10:48:36 +08:00 |
|
|
butubb
|
4efe17c1c9
|
feat: 设备自动发现——定时扫描局域网+Tailscale 网段开放 adb 5555 的设备进入待连接池，用户确认后才加入正式设备池（不自动连接）；socket 并发探测+adb 短超时验证（state=device 过滤 unauthorized），配置存 app_meta 可前端调整；配套：adb_connect_light 验证短超时、DISABLE_SCHEDULER 回归开关
|
2026-08-30 10:57:07 +08:00 |
|
|
butubb
|
d0cb531c20
|
fix: 未登录访问 500——login_view 蓝图化后未更新为 auth.login，flask_login 重定向 url_for('login') BuildError
|
2026-08-19 16:02:47 +08:00 |
|
|
butubb
|
e0c3373dd1
|
feat: 全量路由回归测试脚本 scripts/regression_test.py（GET 全量 + 写操作空 body 探测抓 import 遗漏 + 关键业务 POST，500=缺陷 502/503=业务提示）+ fix: clear_all_worker_errors 缺导入（回归脚本首跑即抓到）
|
2026-08-19 15:24:11 +08:00 |
|