文睿 张
|
fbd0bc1341
|
fix: 审批/取消后列表的筛选条件被丢弃
写操作后原地重新拉取列表时，status 参数被写死成 ''：列表悄悄退回全量（已通过、
已拒绝的单子全冒出来），而页面下拉框仍显示着用户选中的筛选值。用户以为看到的
是筛选结果，实际不是。store 层一直有这个缺陷却没被拦住，因为页面那层没有测试。
修法照 stock.js 已有的约定（stockFilters 配合 stock.test.js 的断言）：store 存一份
filters，写操作原地刷新时取出来用。
- approval.js：approve / reject 沿用筛选
- application.js：cancel 沿用筛选
- application.js：create 保持清空筛选并回第 1 页——刚提交的是待审批单，若沿用
「已通过」之类的筛选就看不见它，用户会以为没提交成功
- Application.vue：提交成功后同步把下拉框重置为「全部」，否则 store 清了筛选而
下拉没清，同样是表里不一
测试补 9 条（approval/application 两个 store + Application 页面层）。全部做过变异
验证：把实现改回原样后对应断言确实变红，且只有该变红的那几条变红。
|
2026-09-22 14:10:52 +08:00 |
|
文睿 张
|
71d1829c29
|
fix: 库存列表分类筛选失效，后端补上 category 参数
前端 stores/stock.js 一直在发 category，但 handler 只读 search，service 与
repository 的方法签名里也没有这个参数，整条链路把它静默丢弃，于是选完分类
点「查询」没有任何反应。前端本来就传对了，无需改动。
repository 侧按大类 code 过滤（material_categories 里 parent_id 为空的那层，
即 SQL 里的 pc.code），与列表「大类类型」列同口径，前端下拉的 value 正是大类
code。注意 GetAllStock 的 COUNT 查询原本没有 JOIN 分类表，加 pc.code 前必须
补上与主查询一致的 LEFT JOIN，否则分页总数会和实际行数对不上、末尾多出空白
页；两张表都按主键关联，实测计数不变。小类码不会误命中（category=A01 返回 0）。
顺带修掉同一功能里的耦合缺陷：updateWarningStock 刷新列表时不传筛选参数，
筛选一旦生效，保存预警就会把列表刷回全量、而下拉框仍显示选中的分类。store
新增 stockFilters 记住当前条件，刷新时沿用。
stock_test.go 里 COUNT 的正则随 SQL 变形同步放宽，新增
TestStockRepoGetAllStockAppliesCategoryToBothQueries 覆盖两条 SQL 的成对条件
与参数顺序；前端补 4 条用例（store 沿用/清空筛选、组件查询与翻页传递分类）。
|
2026-09-21 16:19:18 +08:00 |
|
文睿 张
|
ea63cd9931
|
修改一致性问题
|
2026-09-21 14:13:30 +08:00 |
|
文睿 张
|
936a8d3b61
|
完善库存流水
|
2026-09-20 14:29:41 +08:00 |
|
文睿 张
|
d9da2ed672
|
库存，入库，出库相关问题修改
|
2026-09-20 10:31:28 +08:00 |
|
文睿 张
|
6fe9d0da40
|
物料分类重构、物料恢复、入库预警阈值与库存明细接口
|
2026-09-18 17:20:45 +08:00 |
|
文睿 张
|
bf48c5a60f
|
chore: remove generated caches and temporary files
|
2026-09-17 15:17:23 +08:00 |
|
文睿 张
|
368c0bfb99
|
fix: improve material search selectors
|
2026-09-17 09:48:04 +08:00 |
|
文睿 张
|
1cc3584f1a
|
restore lost frontend and backend changes
|
2026-09-16 23:30:25 +08:00 |
|
文睿 张
|
a103549854
|
拆分主数据和仓库数据
|
2026-09-16 16:29:04 +08:00 |
|
文睿 张
|
31aae223c2
|
Initial commit
|
2026-09-15 16:08:18 +08:00 |
|