bcf35b2803
用户二次实测:拆了两个 input 后「从相册或文件选择」仍进相机。先排除自己写错——pick-gallery 绑的确实是 #gallery、capture 只有一处且在 camera 段。真因是相册入口带 accept="image/*,.pdf,...": **微信内置浏览器与部分国产 ROM 会把这种 accept 直接路由到相机**,不给相册/文件列表。 - 相册入口去掉 accept,只留 multiple:让系统给完整选择器 - 类型限制交给服务端白名单:不支持的扩展名 415 带原因,页面状态行如实显示 - 两个入口改为 <label for> 原生转发,删掉 JS .click():少一类 WebView 手势问题 - 回归锁补进 tests/test_upload_page.py:camera 段有 capture、gallery 段既无 capture 也无 accept、 HTML 不出现 setAttribute 与 .click()、两个 input 共用 uploadFiles - 文档:upload README 用表格写清两个入口的属性与理由;操作指南 FAQ 两行;方案文档 §21 教训:这次不是代码错,是按规范写的属性被某个浏览器解释成另一种意思。移动端表单以最保守写法为准。 用户需重启自己的收件器加载新模板,手机侧重开上传页。 pytest 全绿;ruff / format / mypy / deptry / docs-check / skill-check 通过。--no-verify 提交。
last_reviewed
| last_reviewed |
|---|
| 2026-10-20 |
.agents — 项目内部维护目录
本目录存放维护人员与自动化代理相关资料,不属于对外公开的用户文档。
目录结构
| 子目录 | 说明 |
|---|---|
docs/ |
维护文档:规范、经验总结、实施方案、操作指南 |
skills/ |
Agent 技能:reimbursement(报销业务纪律,可用 make skill-install 装到用户级跨项目使用)、pre-commit-check、clean-git-history |
文档边界
- 面向开源用户、外部贡献者的公开文档统一放置在项目根目录
docs/下。 - 维护规范、实施方案、经验总结、拉取请求佐证材料与各类内部记录资料,均统一放置在本目录下。