duxingchen/track
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
411 Commits 3 Branches 0 Tags
e45c97bd1f0c3c8ef1ed00b02463a2ce7db365d4
Commit Graph

145 Commits

Author SHA1 Message Date
duxingchen
df3f914eb1 fix(audit): 修复「退出登录」无日志（PC + 移动端） 
现象：审计日志里 logout 记录数恒为 0，退出动作完全不可见。

根因有两处，缺一不可：

1. 移动端（App）根本没有发起过上报
   settings.vue 的 handleLogout 只做 removeStorageSync + reLaunch，
   一个请求都没发。而 uni.reLaunch 会销毁页面上下文、直接掐断未完成的
   uni.request —— 所以必须「先 await 上报、再清 token 与跳转」。

2. PC 端存在时序竞态
   axios 的请求拦截器在微任务里执行、现读 localStorage 取 token；
   而原实现同步清空 localStorage 并立刻 navigate，拦截器跑到时 token
   已经没了 → 请求不带 Authorization → 后端只能记成「未认证」。
   注：只改 AuthContext 不够，调用方 AdminLayout / ProfilePage 原来是
   `logout(); navigate(...)`，不等就跳转照样会掐断请求 —— 三处都得改。

改动：
- 移动端 handleLogout 改 async，await post("/auth/logout") 后再清 token
- AuthContext.logout 改 async（类型同步为 () => Promise<void>），
  先 await 上报再清 token；失败静默，绝不阻断退出
- AdminLayout / ProfilePage 两个调用点补 await
- 全部用 try-catch 兜住：断网/超时也照退不误（JWT 无状态，
  服务端本就不需要它成功）
 2026-09-21 13:47:31 +08:00
duxingchen
42c883fe7d feat: 移动端直接完结入口、权限与派发解绑 
【直接完结入口（双重门槛）】
- 转交弹窗新增「🏁 直接完结」选项，与「入库」互斥
- 角色门槛：仅超管 / 主管可见可操作（与后端 ADMIN_ROLES 对齐，两个角色都判 ——
  本文件既有的 canEditOverallStatus 只判了 SUPER_ADMIN 漏了 SUPERVISOR）
- 场景门槛：新增 showFinishDirect，要求产品确实是「已出库」。普通生产设备若被
  直接完结，既无下游任务、又不在仓库池，会变成卡在工人名下的孤儿数据
- transferMode 的 direct 分支同步校验双门槛，防残留选中态把 finish_directly 发出去

【修复售后"鸡生蛋"死锁】
- 已出库设备的下拉工序改走售后词表：taskOptionsFor 增加 overall_status 入参，
  已出库与 AFTER_SALES 同等待遇。此前只认 lifecycle_phase，而上一轮已禁止后端
  因"正常已出库做质检"翻转该阶段 → 工人选不到工序 → 进不了售后 → 更选不到

【派发入口与仓库位置解绑】
- 原条件硬性要求 current_location_id === 'virtual_warehouse'，直接完结后的设备
  位置停在最后经手人名下，派发入口彻底消失，产品再也无法流转
- 新增豁免：产品空闲（无活跃主线任务）+ 超管/主管即可派发；新增 hasActiveMainTask
  只算主干，协助分支（SPAWN）不阻塞派发
- 文案与图标按场景动态化（在仓库 / 任务已完结）

【顺带修复】
- isWarehouseTransfer 死标志位：openWarehouseTransfer 先置 true，紧接着调用的
  openCreateFirstTask 又立刻重置为 false，导致弹窗标题永远显示「发起首道工序」，
  仓库转出文案从未生效。改为在 openCreateFirstTask 内按产品实际位置推导
 2026-09-17 17:06:00 +08:00
duxingchen
1e6c006360 feat: MES/MOM 出入库状态解绑与直接完结通道（后端契约 + 移动端） 
- TaskTransferRequest 新增 finish_directly 开关：闭环当前任务但不产生任何下游任务，
  产品 overall_status 保持原样，工人无需再借道「入库(virtual_warehouse)」来关闭任务，
  从根源上避免产品被误标「待仓库收货」而卡住 MOM 对账
- 空 assignees 分支加防呆校验：想直接完结必须显式传 finish_directly=true，
  杜绝漏填导致「转交」静默退化成「直接完结」的丢件级隐患
- 直接完结跳过 _mark_after_sales_if_reactivated：不产生新任务即不构成「回流返厂」信号，
  否则已出库设备的正常收官会把产品误翻成售后机（该标志单向不可回退）
- 补齐直接完结的独立响应文案，不再拼出「已创建 0 个下一道工序任务「None」」
- 移动端转交弹窗改为「转交个人 / 入库 / 直接完结」三选一互斥
 2026-09-17 14:07:02 +08:00
duxingchen
a5fa789657 chore: 移除已废弃的工序树组件 FlowTree / TaskTreeNode 
两者已被 TreeCanvas 取代：detail.vue 的 components 只注册
WorkspaceArea / TreeCanvas / TaskSwipeCards，全项目对 FlowTree 与
TaskTreeNode 已无任何 import（仅 detail.vue 内一句注释还提及后者）。

uni-app 不会编译未被引用的 .vue，留着不报错但会持续误导后续排查，
故清理。
 2026-09-15 15:52:08 +08:00
duxingchen
1e46d6edd9 fix: 沉浸工作区不再自建滚动容器，滚动统一交还原生页面 
is-locked 时锁定 height:100vh + overflow:hidden，会造出「卡片内部滚动 +
原生页面滚动」两个滚动容器并存的局面：卡片滚到顶之后再往下拉，手势会穿透
到页面层，误触发下拉刷新，工人根本没法往上翻内容。

- .workspace-area.is-locked 去掉 height:100vh + overflow:hidden，高度交还
  给内容自然撑开
- .focus-card 去掉 overflow-y:auto，随页面一起滚；
  padding-bottom 仍保留 160rpx，用来让内容避开底部固定操作栏
 2026-09-15 15:52:08 +08:00
duxingchen
5cd08b551a fix: 扫码取码兼容带域名的完整 URL 二维码 
二维码内容有两种可能，旧逻辑只做「去掉非字母数字后截前 16 位」，扫到带域名
的 URL 时会把 "https"、主机名一起当成 SN 的前半段，截出来是个完全不存在的
号，永远提示「未找到该产品」。

- 先把 "协议://主机名" 整段剥掉，否则域名会被当成候选 SN
  （如 trackbackirisrscn 这类 17 位串，恰好能通过长度校验）
- 在剩余内容里找长度 >= 8 的连续字母数字串，取最长的一段；
  等长时取靠后的 —— URL 里 SN 通常在路径末尾
 2026-09-15 15:52:02 +08:00
duxingchen
a7d1c53b1f feat: 消息与任务列表改为分页加载 
此前一次性拉全量（硬编码 limit:100），任务/通知多了会拖慢首屏。

- 分页状态：page / pageSize(20) / hasMore / loadingMore，触底加载下一页
- 下拉刷新回到第 1 页并清空重载 —— 分页后必须重置，否则新旧页会错位
- 任务列表按 id 去重后追加：翻页期间若有新任务插入，分页边界会错位导致
  重复项
- hasMore 优先以响应里的 total 为准，缺失时退回「本页是否满员」判断
- 底部新增状态提示（加载中 / 没有更多了 / 上拉加载更多），
  让工人知道是「到底了」还是「还在拉」
 2026-09-15 15:52:02 +08:00
duxingchen
c7f046a993 feat: 个人中心补齐工作统计/设置/帮助与反馈三个模块 
原先三个菜单都是空壳，点「帮助与反馈」只弹「敬请期待」。

工作统计（statistics.vue）
- 时段切换：今日 / 本周 / 本月 / 自定义（含起止日期选择器）
- 「生产战绩」完成 / 被驳回 / 参与产品；「操作统计」接收 / 转交 / 上传备注
  后者的口径与 PC「人员操作统计」严格同源，已逐字段交叉验证（4 人 × 4 指标
  全部相等），工人自查的数与主管看到的面板对得上
- 时段边界显式拼 "+08:00"：车间按北京时间作息，发裸字符串会被后端按服务器
  本地时间解释，边界整体偏 8 小时

设置（settings.vue）
- 清理缓存：黑名单式，只删登记过的业务缓存（当前为 msg_seen_<product_id>，
  即留言抽屉的已读位点，随扫过的设备数无上限增长）。未登记的 key 一律保留，
  新增插件天然免疫；另有 NEVER_DELETE 兜底，任何情况下不动登录凭证与环境
  配置。副标题实时显示待清理条数，卡片下方说明「不动什么」
- 检查更新：调用 utils/ota.js 的 checkAppUpdate({ manual: true })
- 退出登录：由 profile/index 迁入，加确认弹窗防误触

帮助与反馈（feedback.vue）
- 问题类型（系统问题/设备故障/其他）、描述文本域（500 字计数）、
  图片上传最多 4 张，复用 utils/upload.js 的并发上传池
- api/feedback.js 采用「先真后假」：先按最终契约 POST /feedback/，
  仅当 404（端点尚未实现）才回退本地 mock。后端补上接口后前端零改动即可
  接上；而 400/422/断网仍照常抛出，不会被 mock 悄悄吞掉

路由
- pages.json 注册三个新页面（工作统计开启下拉刷新）
- profile/index.vue 用 MENU_ROUTES 映射 uni.navigateTo，移除「敬请期待」拦截
  与退出登录按钮
 2026-09-15 15:51:50 +08:00
duxingchen
7fca315ff4 feat: 图片上传抽离公共模块，统一成功角标并修复记录拍照无法删除 
上传模块 utils/upload.js（新增）
此前 detail.vue 与 records.vue 各写一份 uni.uploadFile 封装，超时与并发策略
容易漂移，且都是串行上传 —— 9 张图排队一张张传完，弱网下工人要干等半分钟。
- uploadImage：单张上传，UPLOAD_TIMEOUT 防弱网永久挂起；非 2xx 时后端返回的
  是 {detail:...} 而非 {url}，必须当失败处理，否则图片被静默丢弃
- uploadImages：有界并发池（并发 3），onEachDone 对每张图恰好回调一次，
  成功与失败都精确回收一个 ⏳ 占位符
- isUploadedUrl：判定「是否已真正上传成功」。成功 resolve 的是后端 URL
  （/api/v1/upload/files/… 或 http(s)://），未完成的拿到的是本地临时地址
  （blob: / file:// / _doc/ / wxfile://）

上传成功绿勾角标
- 应用到 detail.vue（记录表单 + 驳回表单）与 records.vue（编辑记录弹窗）
- 角标仅在 isUploadedUrl 判定为真时渲染；⏳ 占位与失败项结构上不可能出现
  角标，因为角标只存在于「已上传」的那个循环里
- 圆角与裁剪改由 .success-badge-wrapper 负责，图片只负责填满

修复：记录/拍照里已选图片无法删除
删除按钮原为 v-if="canDeleteImage"，而该项在「任务已定稿
（COMPLETED/REJECTED/ARCHIVED/CANCELED）」或「非本人任务」时返回 false。
但 handleTaskAction 里 type === "record" 是无条件打开弹窗的，工人完全可能
在已完成任务上打开「记录/拍照」，于是刚选、尚未提交的图也被一并锁死 ——
那些图只存在于内存里，删掉不产生任何服务端影响。

- 新增 recordForm.savedCount（打开弹窗时已落库的张数），
  新增 canDeleteRecordImage(i) = canDeleteImage || i >= savedCount：
  本次新选的图永远可删，已落库的才受「任务已定稿」约束
- 未落库的图免去 5 秒倒计时 —— 该机制本是为不可逆的服务器删除设计的，
  刚选错的图重拍一张即可，没必要卡 5 秒
- openEditRecord 由 images: record.images || [] 改为 saved.slice()：
  原先按引用赋值，删图会直接改动底层记录对象，此时点「取消」被删的图
  在本地列表里也已经没了
 2026-09-15 15:51:44 +08:00
duxingchen
eef4e5b72d refactor: OTA 热更新抽离为公共模块 utils/ota.js 
原先 checkUpdate / parseVersionCode / downloadAndInstall / downloadWgt /
installWgt / otaFailed 整个长在 App.vue 的 methods 里，个人中心「设置 →
检查更新」想手动触发一次根本做不到。抽到 utils/ota.js 后两处共用同一份
实现，改版本比对规则或下载策略只需改一处。

- 节流状态从 this._lastUpdateCheck 改为模块级单例
- 新增 checkAppUpdate({ manual })，manual 模式跳过节流、显示「检查中」、
  并在「已是最新 / 检查失败」时给出明确反馈 —— 用户主动点的按钮必须有回音，
  自动检查才静默收场
- App.vue 的 onLaunch/onShow 改为调用同一函数，自动模式行为不变

同时 App.vue 的全局样式新增 .success-badge-wrapper / .success-badge
（上传成功绿勾角标，供各页面图片列表复用）：
- 直角三角形用 border-top(实色) + border-left(透明)，直角落在右上；
  写成 border-top + border-right 会得到左上角的三角，方向是反的
- 白勾用两条边框旋转 -45° 画成，不用 "✓" 字符 —— 该字形在安卓与 iOS 上
  的字形和基线差异很大，对不齐
- 容器 overflow:hidden 只包图片本身，不能包住单元格：各页面的删除按钮
  .img-del 定位在 -12rpx 处（单元格之外），包进去会被一并裁掉
 2026-09-15 15:51:38 +08:00
duxingchen
242a6d5463 refactor: 环境地址收口到 utils/config.js，请求层新增 silent 静默模式 
config.js（新增）作为后端域名/接口地址的唯一来源。此前 request.js 与 App.vue
各硬编码一份生产域名，改域名要改两处，漏一处就会出现「接口通了但 OTA 检查
更新接不上」这类极难排查的偏差。

request.js 改动：
- PROD_URL / LOCAL_URL 改为从 ./config 引入，不再就地硬编码
- 新增 options.silent：调用方自行兜底提示时跳过通用错误 toast。
  用于 feedback 的 404 回退 mock —— 否则用户会先看到「请求失败 (404)」
  再看到「感谢反馈」，两句自相矛盾。HTTP 错误与 fail 两个分支都受其控制
- fail 回调保留原始 errMsg 并打上 isNetworkError / isTimeout 标记：
  fail 表示压根没拿到后端响应（超时/断网），与 4xx/5xx 有本质区别 ——
  后端可能已执行成功只是响应没回来，上层需要据此打断用户的连点重试
 2026-09-15 15:51:30 +08:00
duxingchen
6b3f14e8fd fix: 移动端驳回支持传图、422 报错可读化、修复详情页图片破图 
车间的驳回操作不再强制拍照（编号错误等场景无需照片），移动端同步放开。

- utils/request.js: 新增 extractErrorDetail 统一解析后端 detail 的三种形态
  （字符串 / FastAPI 校验错误数组 / 对象），新增 422 拦截分支，并把
  400/403/409 及兜底分支的 `res.data?.detail || x` 全部换掉 —— 原写法在
  detail 是数组时会把整个数组丢给 showToast，弹出 [object Object]
- pages/scan/detail.vue: 驳回弹窗新增与「追加记录」一致的选图/传图 UI，
  doReject 携带 { reason, images }（允许空数组）；选图上传流程抽成通用的
  pickAndUploadImages，与追加记录共用
- pages/scan/detail.vue: 新增 imageUrl() 补全后端返回的相对路径
  （/api/v1/upload/files/xxx.jpg 直接给 <image> 会破图），缩略图渲染与
  previewImage 预览均已接入；逻辑与 records.vue / TaskTreeNode.vue 对齐
 2026-09-15 10:57:49 +08:00
duxingchen
31d085881b feat: 移动端工序选项隔离与售后标签 2026-09-14 14:49:38 +08:00
duxingchen
b088d25df9 feat: 任务树/流转卡展示驳回原因与返工备注(网页SlimCard,移动端FlowCard/SwipeCards) 2026-09-09 17:29:40 +08:00
duxingchen
ba96937933 fix: 移动端产品详情锁定工作区操作栏固定底部并加内容底部占位 2026-09-07 11:08:52 +08:00
duxingchen
e194b97649 fix: 全状态对齐 - 已出库(OUTBOUND)覆盖所有看板 
- 看板产品流转 finished_cond 加'已出库',已出库归入已完结
- WIP 矩阵区分'已出库'维度
- MyTasksPage tab 加'已出库'
- 移动端 detail/WorkspaceArea STATUS_MAP 补 OUTBOUND
 2026-09-02 09:07:37 +08:00
duxingchen
6c93b98190 fix: 移动端全览树/卡片模式兼容 WAREHOUSE 仓储节点 
- WorkspaceArea/TaskSwipeCards 的 isMainFn 与主线子任务过滤加 WAREHOUSE
- 扫码入库/出库节点回到中央主干道,不再渲染在左侧分支
- TaskSwipeCards 操作人防御性渲染:仓储任务显示 📦 MOM 仓储系统,不崩不丢
 2026-09-01 17:42:57 +08:00
duxingchen
262e28b9f2 fix: 仓储任务节点修复(assignee=None + WAREHOUSE 类型) + 前端防御性渲染 
- webhook 生成任务 assignee_id 置 None,不再填中文,避免前端解析报错跳过渲染
- task_type=WAREHOUSE,并同步 isMain 判断(后端+双端前端)使其画在中央主干道
- 前端对扫码入库/出库任务:不请求用户数据,直接显示 📦 + 'MOM 仓储系统'
 2026-09-01 17:25:22 +08:00
duxingchen
3749aa766b style: 移动端流转树视觉降噪与分支箭头方向修复 
- 已完成卡片降透明度/浅灰底/深灰字;进行中卡片纯白+蓝色边框+外发光
- 分支箭头改为从主干道指向分支(左翼←右翼→),橙色虚线
 2026-09-01 15:02:20 +08:00
duxingchen
b766e35db6 fix: 移动端流转树修复进行中任务消失与日志条对齐 Web 
- scroll-view 补 scroll-y:多条主线垂直堆叠时底部进行中任务不再被截断
- FlowCard 补 IN_PROGRESS 状态(橙色'待收货'),与 Web 端一致
- 操作日志改为卡片底部全宽蓝色条块,删除时间右侧角标
 2026-09-01 14:55:16 +08:00
duxingchen
84af09ea75 style: 移动端流转树主轴连线与卡片排版优化 
- 中央垂直线首行从 50% 起、末行到 50% 止,不再冒出
- FlowCard 时间独占一行,操作日志独立一行靠右对齐
 2026-09-01 14:42:59 +08:00
duxingchen
327f5f7829 refactor: 移动端流转树全面复刻 Web 端 childMap 左中右布局 
- 废弃递归纵向排版(FlowTree),改用拍平 + childMap 重构
- 横向 scroll-x + 每条主线一个 Row:[左翼]-[中央]-[右翼]
- 中央绝对定位垂直线贯穿;分支按奇偶拆左右翼,横向展开
- 新建 FlowCard(节点卡片)与 FlowBranch(递归分支)
 2026-09-01 14:37:29 +08:00
duxingchen
9808742f94 fix: 移动端流转树修复分支视觉脱节(先分支后主干道) 
- 调换渲染顺序:先渲染分支(紧贴父节点),再渲染主干道(向下延伸)
- 分支容器加 ↳ 分支延伸 指示符 + 左侧虚线边框
- 主线每个子节点前恒画 ↓ 箭头(含父到长子)
 2026-09-01 14:29:58 +08:00
duxingchen
a3aa012d6c fix: 移动端流转树修复断条箭头与分支层级塌陷 
- 父节点与第一个主线子节点之间补 ↓ 连线箭头
- 新增 isBranchContext prop:进入分支后子子孙孙强制缩进,不再回主干道
 2026-09-01 14:25:17 +08:00
duxingchen
6ff3ee06de fix: template v-for 的 key 移到 template 标签,修复编译报错 
- Vue 要求 <template v-for> 的 key 放在 template 标签上,而非内部元素
 2026-09-01 14:14:27 +08:00
duxingchen
25ad5156f8 style: 移动端流转树主干道对齐与连线箭头 
- 主线(含 TRANSFER 子任务)左边缘对齐,消除缩进形成笔直主干道
- 主线卡片之间加向下连线箭头(↓)
- 分支(SPAWN 协助)保留缩进 + 左边线
 2026-09-01 14:10:40 +08:00
duxingchen
547c113b09 fix: 移动端 formatUserName 挂载到 methods,修复流转树渲染报错 
- Vue2 Options API 中 import 的函数不暴露给模板,需挂到 methods
- FlowTree/TaskTreeNode 补 formatUserName 方法
 2026-09-01 13:59:56 +08:00
duxingchen
a04989afd3 fix: 修复移动端流转树全览空白,改用独立 FlowTree 递归树组件 
- 修复 scroll-view 高度为 0 导致内容不可见
- 新建 FlowTree.vue 独立递归渲染(主线/分支标记、状态、转入在库、时间、记录)
- 不依赖 TaskTreeNode,展示更贴近网页端流转树
 2026-09-01 13:57:56 +08:00
duxingchen
cf2609d87a feat: Track 移动端状态展示与流转树全览改造 
- 宏观状态栏补已入库/已出库语义色;OVERALL_OPTIONS 补已入库/已出库
- 在库任务'转入在库'显示实际操作人(assignee);补 OUTBOUND 状态色
- 流转树全览(TreeCanvas)由可移动 canvas 改为纵向递归树,复用 TaskTreeNode
 2026-09-01 13:53:35 +08:00
duxingchen
beeee57b75 feat(移动端): 流转树在库任务显示『谁转入在库』 
- TreeCanvas 全屏流转树 + TaskTreeNode 内嵌树节点，在库/入库任务显示『📥 转入在库: 创建人』
- 复用 formatUserName 中文名映射
 2026-08-31 17:20:52 +08:00
duxingchen
dd14185ab4 feat(APP): 记录页实现编辑记录弹窗，替代占位的「返回详情页」提示 
- 点击✏️直接弹出编辑弹窗：修改备注文本 + 图片预览/删除/新增上传
- 保存走 PUT /records/{id} 更新，本地列表同步刷新
- 删除图片同样走5秒倒计时双重确认
 2026-08-28 13:02:29 +08:00
duxingchen
d5315cb9a1 fix(APP): 撤回转交也加入5秒倒计时确认 
- 撤回转交与其他破坏性操作(删除/结束分支/驳回)一致，确认前需5秒等待防误触
 2026-08-28 12:12:27 +08:00
duxingchen
8537bce30c fix(APP): 倒计时期间确认按钮禁用虚化 + 收窄倒计时范围 
- 5秒倒计时期间确认按钮虚化禁用(点不了)，只有取消可用，倒计时结束按钮解锁再点击才执行
- 收窄范围：仅 删除记录/删除图片/结束分支/驳回 保留5秒等待；接收/转交/派发/保存/创建/撤回转交 恢复直接确认
 2026-08-28 12:05:13 +08:00
duxingchen
d8e08497f6 fix(APP): 记录页删除也改为5秒倒计时双重确认 
- records.vue 删除记录从 uni.showModal 改为自定义倒计时确认弹窗
- 取消逻辑由 Vue 控制，杜绝原生弹窗取消失效
 2026-08-28 11:49:48 +08:00
duxingchen
5f8eeda818 fix(APP): 操作确认改为5秒倒计时双重确认，杜绝误触 
- 接收/驳回/转交/派发/保存记录/创建首道工序 确认按钮：首次点击进入5秒倒计时，期间再点=取消反悔，倒计时结束再点才执行
- 结束分支/撤回转交/删除记录/删除图片：改为自定义倒计时确认弹窗，替换 uni.showModal(APP端原生弹窗取消行为异常)
- 修复 canDeleteImage 权限误判(严格===只比username→宽松双向比较)，负责人不再看不到删图按钮
- 页面卸载清理定时器；操作失败增加错误提示消除静默
 2026-08-28 11:49:43 +08:00
duxingchen
3288223a92 refactor(mobile): 移动端上传/展示去 IP 化，统一公网域名并支持 NODE_ENV 环境感知 2026-08-13 10:34:56 +08:00
duxingchen
997e16d9ba fix: 移除manifest.json中残留的push SDK配置 2026-08-12 18:05:52 +08:00
duxingchen
d8d42e9613 feat: 上游显示真实发送人 — 从task_logs追溯created_by 2026-08-12 17:52:35 +08:00
duxingchen
d9c875924c feat: 移动端扫码页手动输入框增加一键清除×按钮 2026-08-12 17:23:20 +08:00
duxingchen
74cb77f547 refactor: 扫码页简化为单页模式 — 拍照按钮+手动输入 2026-08-12 17:06:40 +08:00
duxingchen
f6ba1d1740 fix: 扫码页优化 — 修复黑屏+右下角相册+Webview透明+扫描框位置调整 2026-08-12 17:05:42 +08:00
duxingchen
a09d4481a3 feat: 扫码页双模式 — 主页+微信级全屏扫码(plus.barcode原生摄像头) 2026-08-12 16:59:33 +08:00
duxingchen
2ca382bb2c refactor: 删除扫码页相册选择功能，仅保留拍照扫码+手动输入 2026-08-12 16:55:43 +08:00
duxingchen
9f3deb5b6c revert: 恢复扫码页为双按钮版本(拍照+相册) 2026-08-12 16:53:31 +08:00
duxingchen
8303c8b93f fix: 滑动卡片指示器联动 — _cardIdx从computed迁移到data独立管理 
根因: _cardIdx存在computed lane对象中, computed重新计算时重置为0
修复: cardIndices{}独立data管理, keyed by lane._key
      新增watch product重置 + getCardIdx/setCardIdx方法
 2026-08-12 16:11:22 +08:00
duxingchen
1fdc607c07 feat: 管理员代工模式 — 前端权限放开 + 后端审计留痕 
前端:
  - WorkspaceArea 新增 currentUserRole prop
  - isAssignee/canRecall: SUPER_ADMIN/SUPERVISOR 上帝视角直接放行
  - 管理员代操作时显示黄色提示条: 正在以管理员身份代[原负责人]操作
  - detail.vue: loadCurrentUser 提取并保存 user.role

后端:
  - _create_task_log 新增 task_assignee_id 参数
  - operator_id!=task_assignee_id 时自动拼接 [管理员xx代办操作]
  - 12处调用点全部传入 task_assignee_id
  - receive_task 位置赋值确认为 task.assignee_id(非 operator_id)
 2026-08-12 15:24:50 +08:00
duxingchen
8e8d23010f fix: 留言板未读数退出重进后重置 — lastMsgSeenAt持久化到storage 2026-08-12 13:16:11 +08:00
duxingchen
b731144a5a fix: 移动端通知已读状态无法持久化 
根因：
  handleCardTap 中 try { await markNotificationRead(); item.is_read = true } catch {}
  静默吞噬了 API 错误。PUT /notifications/{id}/read 调用失败时，本地 is_read
  仍被设为 true，红点消失。下次进入页面重新拉取，服务端仍为未读状态。

修复：
  - API 失败时保留 is_read = false，不更新本地状态
  - 弹出Toast提示用户下拉刷新重试
  - 失败时 return 阻止跳转，避免用户误以为已处理
 2026-08-12 12:15:36 +08:00
duxingchen
d32a3dce49 chore: UniApp OTA静默更新 + 项目分析报告 
1. UniApp OTA更新优化
   - 移除进度条和下载中Toast（静默后台下载）
   - 安装成功后3秒自动重启，无用户感知
   - 失败时仅console.error，不弹窗打扰用户

2. 项目分析报告
   - 新增PROJECT_ANALYSIS_REPORT.md
   - 涵盖技术栈、数据模型、核心业务流程、潜在痛点和架构建议
 2026-08-12 12:04:51 +08:00
duxingchen
991d713777 feat(backend): 新增留言通知 — add_task_record 自动推送给任务负责人 
触发条件:
- 有人对任务添加流转记录(留言/备注)
- 任务有 assignee_id
- 留言人 != 任务负责人 (不给自己发通知)

通知内容:
- title: 💬 收到新留言
- content: 产品[SN]的「任务名」有新留言：{前30字摘要}
- type: COMMENT

额外:
- Notification 模型新增 NOTIFY_COMMENT 常量
- 前端 notify 页新增 COMMENT 图标(💬)和标题(收到新留言)
 2026-08-11 18:17:52 +08:00