 kate522
|
26ce9a5904
|
feat(after-sale): 售后处理记录改为每次提交留痕并新增时间线
工单行内新增 handling_log 列，用户申请、用户撤销与后台每次改状态都落一条
「状态 + 备注 + 来源 + 时间」，按时间正序存放、上限 50 条（对齐
MetaAssetService::MAX_RECORDS）。set_status 因此变成读-改-写，补上
GET_LOCK/RELEASE_LOCK 包裹，并在锁内重读工单快照——锁外取快照仍会被并发
追加覆盖。
三处界面由「只显示最后一条」改为回放整条处理链路：
- 后台订单明细「售后记录」按工单渲染头部（状态/金额/申请时间）+ 原因 +
完整处理记录
- 售后面板手风琴「处理备注」单独占整行并置于「申请说明」上方，删掉已无
意义的「审核时间」
- 前台售后详细弹窗与订单详情弹窗的售后记录改为时间线：左列绳结状态条
（节点 + 状态 + 时间），右列处理备注；样式只在 modal-runtime.css 定义
一份，两个弹窗共用
清理随之失效的死代码：工单的 admin_note / reviewed_at / completed_at，以及
全仓库无写入方的 gateway_request_id / gateway_refund_id / gateway_result；
连带删掉 gatewayResultText()、uninstall 里从未存在过的 aksrt_after_sale
表项，并把两处后台页面重复的状态标签数组收成 after_sale_status_labels()、
重复的 .aksrt-as-log 样式收成 after_sale_log_css()。
顺带修复 88669f69 重构退款流水线时误删 refund_amount()、却仍在 create()
里调用的问题——此前任何用户提交售后都会直接 fatal。
验证：tests/widget-system/ 462 项、tests/admin/ 76 项通过；新增
after-sale-log-harness.php 驱动真实 AfterSaleService，覆盖首条日志、空备注
也留痕、撤销记录、50 条上限与畸形行规范化；两个后台页面经 dev harness
渲染校验「处理备注」宽行位于「申请说明」之前；未做浏览器视觉验收。
|
2026-10-09 13:59:50 +08:00 |
|
|
kate522
|
3eb9cc739c
|
style(modal): 售后与订单弹窗底部按钮满幅化并优化悬停反馈
|
2026-10-07 10:18:48 +08:00 |
|
|
kate522
|
e9a1a75259
|
fix(styles): 还原弹窗 footer 相邻按钮分界线并补悬停阴影
被平铺规则的 border:0 抹掉的 legacy 分隔线按家族色还原，售后四弹窗与订单详情同款；更新构建产物与契约测试。
|
2026-10-07 09:53:10 +08:00 |
|
|
kate522
|
d69e1d33c3
|
fix(orders): 修复再次申请售后被 has_application 分流回售后详细的问题并对齐底部按钮观感
|
2026-10-07 09:43:22 +08:00 |
|
|
kate522
|
8023e2e472
|
feat(after-sale): 支持撤销售后工单并接入人机验证
|
2026-10-07 09:20:59 +08:00 |
|
|
kate522
|
918ca371be
|
chore(repo): 行尾规范化，恢复索引 LF 契约
远端 9 个文件以 CRLF 入库，违反 .gitattributes「索引一律 LF」声明，
在 autocrlf=true 的工作区产生永久假脏并阻塞合并。仅行尾变化，无内容改动。
|
2026-10-07 09:13:42 +08:00 |
|
|
kate522
|
9e3267fef4
|
test(payment): 契约测试同步弹窗底部与记录卡片新行为
|
2026-10-06 23:50:33 +00:00 |
|
|
kate522
|
c200427358
|
test(payment): 售后契约测试同步结构化表单与可再次申请新行为
|
2026-10-06 18:08:08 +00:00 |
|
|
kate522
|
a0f59826fe
|
fix(payment): 售后弹窗滚动容器改用 no-scrollbar，消除弹窗边缘滚动栏
mini-scrollbar 是 3px 可见细滚动条（举报弹窗 600px 宽弹窗用的写法）；
modal-mini 这类带炫彩横幅的表单弹窗，主题统一走禁封申诉/记录弹窗的口径：
scroll-y + no-scrollbar 完全隐藏滚动条（含细滚动条）+ 50vh 内层滚动。
申请与售后详细两个滚动容器一并切换，滚动行为不变、只是不再露出滚动栏。
|
2026-10-06 23:38:18 +08:00 |
|
|
kate522
|
93579cbc9f
|
fix(payment): 售后弹窗改为按钮载荷同步弹出，修复首次点击无反馈
原实现是「点击 → 先请求 /orders/{n} → 再弹窗」，与项目里所有可用弹窗
（含举报链路 report.js）不同构：举报弹窗把数据放在按钮 data-* 属性里同步
弹出。前置请求会让首次点击在请求返回前毫无反应，体感就是"得二次点击"。
- 按钮 data-aksrt-after-sale-apply / -detail 携带订单与售后状态载荷
（PHP 模板与 order-center.js 的 actionHtml 同构生成），点击当拍即开
对应弹窗：申请表单 / 超时效提示 / 售后详细，零前置请求
- 「再次申请售后」同样使用已渲染载荷，不再重新拉取订单
- 提交与图片上传仍走 REST，服务端校验不变；列表刷新后载荷随之更新
- jsdom 多脚本环境实测：三种入口均在点击同一拍弹出且 fetch 计数为 0
|
2026-10-06 23:29:59 +08:00 |
|
|
kate522
|
4ea02f25ac
|
fix(payment): 补升 schema 版本使售后举证图片列在已安装站点生效
order_aftersale 新增 images 列时未同步升 SCHEMA_VERSION，而 dbDelta 只在版本
变化时重跑，已安装站点不会执行 ALTER TABLE，提交售后申请直接报
Unknown column 'images'。SCHEMA_VERSION 2.5.0 -> 2.5.1，并在契约测试中
锁定「列变更必须同步升版本」，部署后进入一次 wp-admin 即自动补列。
|
2026-10-06 22:37:32 +08:00 |
|
|
kate522
|
1a9a2762f3
|
feat(payment): 新增「售后策略」配置与前台售后弹窗链路
- 后台「支付&付费 → 售后策略」：售后功能开关、申请时效、超时效提示(HTML)、
预置原因、申请售后说明、所需材料、申请说明占位文案、可上传图片开关；
PHP schema 与 SPA schema 1:1 对齐，group 字段支持拖拽排序
- PaymentRuntime 新增售后设置解析（缺键回退 schema 默认、HTML 走 kses、
中文原因稳定 slug）与 after_sale_expired 时效判定（支付时间起算）
- 售后工单支持举证图片（order_aftersale.images 列，最多 3 张，
复用评论图片上传校验）与上传路由；订单视图模型输出 after_sale 按钮状态
- 前台申请 / 超时效提示 / 售后详细三个独立弹窗（modal-mini + 蓝色炫彩头），
订单详情弹窗不再内嵌售后表单并清理相关死代码
- 新增 after-sale-policy 契约测试与运行时 harness，527 项契约测试通过
|
2026-10-06 22:21:47 +08:00 |
|