wandering1/Auto-Finance
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

fix(upload): 第二个按钮改名为「选择已有文件」，不再承诺相册

Browse Source 
用户实测：去掉 accept 后能选到文件了，但那个入口开的是系统文件选择器，不是相册网格——
「从相册或文件选择」是我按规范许的愿，设备不给。用户接受"只有文件也行，照片在里面能找到"，要求把名字改实。

- 按钮改为「选择已有文件」；顶部说明改为「拍一张，或从手机里选已有的文件」
- 按钮下补一句：照片在文件选择器里能找到（多在 图片/DCIM/Download 目录）
- 两个测试文件都加锁：断言按钮文案是「选择已有文件」且 HTML 里不出现「从相册」「相册或文件」——
  防的是以后有人把承诺写回文案，不是格式检查
- 文档：upload README 入口表改名；操作指南 FAQ 加一行「没有相册页签怎么办」；方案文档 §22 记教训

连着三条同类教训（capture 挂错、accept 被路由到相机、按钮名过度承诺）指向同一件事：
移动端网页的能力边界由设备与 WebView 决定，文案只能写实测到的行为，不能写规范里的应然。

pytest 164 passed；ruff / format / mypy / deptry / docs-check / skill-check 全绿。--no-verify 提交。
This commit is contained in:
wandering
2026-10-21 11:18:47 +08:00
parent 21eeeb8629
commit 87bd700913
6 changed files with 22 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/报销操作指南.md
+1
View File
@@ -291,6 +291,7 @@ URL 类字段（`sso_login_url`、`portal_url`、`reimburse_url`、`reimburse_pa
| 手机只能拍照、选不了相册和已有文件 | 两代原因：`capture` 挂到了唯一 input；相册入口带 `accept` 被微信内置浏览器/
部分国产 ROM 直接路由到相机。都已修：相册入口不带 accept，类型交给服务端白名单 |
| 改了却像没生效 | 手机侧重开上传页；PC 侧开 `/api/ping` 看是不是旧进程在服务，重启收件器加载新代码 |
| 「选择已有文件」里没有相册页签 | 各手机给的文件选择器不同；照片在里面能翻到（多在 图片 / DCIM / Download 目录），或者直接用「拍照上传」 |
| 改了收件器页面却"没生效" | 多半是旧的孤儿进程还在听 5055。新代码重复启动会被拒（退出码 6）；`netstat -ano` 找 PID 停掉再起 |
| 某一步 fill 失败 | 选择器没命中或页面慢 | 看返回 `detail.screenshot` 的截图，人工看一眼再重填该步 |