direv/admin_new
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
160 Commits 4 Branches 0 Tags 3.8 MiB
d60df0dc06
Commit Graph

150 Commits

Author SHA1 Message Date
zou
f2adaf3392 feat(F006): 品牌管理页改真页面(分页/审核/删除/查看授权企业), 路由改指真view 2026-08-05 16:25:54 +08:00
zou
4d1e125840 feat(price-formula-variable): 运营后台价格变量管理页 P4 
- 新增 /other/priceFormulaVariable 路由
- PriceFormulaVariableListView.vue:
  · 变量列表 (标识/名称/单位/当前值/取值方式/状态)
  · 快速改值: 行内编辑当前值, 保存后相关商品价格自动变化
  · 新增/编辑弹窗: 手工维护 / AKShare采集 两种模式
  · 采集代码 + 换算公式配置
  · 启停/删除
 2026-08-04 16:16:34 +08:00
zou
474a4eabfc feat(theme-system): F006 后台主题配置页 
- src/views/theme/ThemeConfigView.vue: 4 套主题色卡 + preview + 一键保存
- router: /sys/theme-config 路由
- menu-labels: 系统设置下加主题配置菜单项 (Brush icon)
- 后端依赖: GET /sys/openapi/theme/current + POST /sys/openapi/theme/update?theme=X
 2026-08-04 16:16:34 +08:00
Sisyphus
9837d9fb41 fix(F006): 未登录访问 /admin/ 时业务 code:401 自动跳登录页(不再白屏未授权) 2026-07-20 14:57:46 +08:00
Sisyphus
e0534ee365 fix(F006-W18): LoginView 2 处永久修复 /api 前缀 
改前: line 48 captchaUrl = /auth/captcha (img src 不走 axios baseURL)
      line 68 axios.post(/auth/oauth/token) (不走 http 实例 baseURL)
      巨变数字 nginx 只代理 /api/ 前缀, /auth/* 全 404

改后: line 48 /api/auth/captcha
      line 68 /api/auth/oauth/token

验证 (0 命中才通过):
  grep /auth/captcha dist/*.js | grep -v /api  → 0 ✅
  grep /auth/oauth dist/*.js | grep -v /api   → 0 ✅
 2026-07-15 11:51:10 +08:00
Sisyphus
8be1fd3fba fix(F006-W18): LoginView captcha URL 加 /api 前缀 2026-07-15 11:45:45 +08:00
Sisyphus
eaeb9f1aef fix(F006-W18): EnterpriseListView 完整重写 (UI规范+真实字段映射) 
*** v2: 解决 v1 的两个根本问题 ***

问题 1: v1 的 endpoints page() 返回 EnterpriseFeignDTO (仅4个字段),
         导致 administrator/industry/supplierLevel 等30+字段全缺。
   根因: 上次 F002 修复把原始全字段 page 替换成了精简版 feign 端点。
   修法: 把 F002 page 改名为 pageSimple, 恢复原始 EnterpriseDTO page 端点。

问题 2: v1 用原生 el-table 不守 UI 规范。
   修法: 套 PageHeader/SearchBar/DataTable 组件 + 按项目设计规范。

改动:
- 后端: ApiEnterpriseController +pageSimple (F002 feign精简版) +page (全字段)
- 后端: EnterpriseFeign/fallback/OpenApiCustomerController 调 pageSimple
- 前端: EnterpriseListView 完整重写:
  - PageHeader + SearchBar (企业名称/行业/供应商等级) + 批量操作栏
  - DataTable: selection/企业名称(头像)/管理员+手机(两行)/行业+等级(两行)/标签/业务员/状态/入驻时间/操作
  - 操作列: 详情/更换管理员/更多(审核/标签/评级/禁用/隐藏/推荐/分配/删除)
  - 详情弹窗: EnterpriseDTO 全字段(含驳回原因/工商号/注册时间/法人)
  - 字段映射: 完全来自后端 EnterpriseDTO (编译反编译确认所有字段存在)
  - API: /user/enterprise/page 传 enterpriseName/industry/supplierLevel/salesperson/supplierLabel/status/homeShow 过滤
 2026-07-15 10:32:56 +08:00
Sisyphus
ba729acaed fix(F006-W18): 企业列表 EnterpriseListView.vue 功能对齐老 vue (Phase 1) 
Phase 1 移植老 vue 企业管理-企业列表完整功能:
1. 搜索区: 企业名称 + 行业类型 + 供应商等级 + 高级搜索(业务员/标签/审核状态/推荐显示)
2. 操作按钮: 导入/批量审核/批量设置标签/批量分配业务员/删除/导出
3. 表格列: checkbox + 企业名称(头像) + 管理员手机号 + 行业等级 + 标签 + 业务员 + 状态 + 入驻时间 + 操作
4. 操作列: 详情 + 更换管理员 + 更多下拉(审核/标签/评级/禁用/隐藏/推荐/分配业务员/删除)
5. 详情弹窗升级: 全字段展示(含审核驳回原因/工商号/注册时间等)

数据字段来自 EnterpriseDTO (后端 ApiEnterpriseController):
- administrator/administratorMobile, industry, supplierLevel, supplierLabel
- salesperson/salespersonMobile, status(1-3), enabled, showFlag, homeShow
- createDate(入驻时间), failReason(审核驳回原因)

注: 批量操作(审核/标签/分配业务员)和导入/导出的具体弹窗和文件上传
待 Phase 2 实现, 当前桩函数提示待实现

deploy: dist rsync + docker rebuild + recreate + curl 200 验证
 2026-07-15 10:20:36 +08:00
Sisyphus
4899bc1793 fix(F006-W18): admin 前端 BUG A/B/C (客户运维反馈) 
BUG A: APIKey 申请搜企业搜不到
  - ApplyApiKeyDialog.vue loadCustomers 加 name 参数调后端, 不再本地 filter
  - 去掉 filteredCustomers computed, 表格直接用 customers
  - searchKey 输入加 debounce 300ms watch 调 loadCustomers

BUG B: 企业列表/行业/标签管理等菜单不显示
  - menu.ts filterByFrontendTruth 加 url 规范化匹配
  - 后端 url 带 / (如 /user/enterprise/enterprise), MENU_LABELS 不带 /
  - normalizeUrl = url.replace(/^\//,"") 后再 has() 匹配

BUG C: baseURL 空串 巨变数字 nginx 不通
  - request.ts baseURL:"" 改 "/api"
  - 巨变数字 nginx 只有 /api/ location (没独立 /sys/ /auth/ 等)
  - devbox nginx /api/ 也去前缀 (rewrite ^/api/(.*)\$ /\$1), 兼容

dist 验证: baseURL:"/api" ✓
devbox 实测: name=郑州巨变 返 1 条命中
 2026-07-14 19:15:48 +08:00
Sisyphus
5d9814f135 feat(F006-W18): menu-labels.ts 加「企业登记管理」菜单 (sort=105) 
对应老 vue 路由 /user/enterprise/merchant/register
配合 F002-W18 Java 后端修复 (admin APIKey 申请搜企业)

部署: dist 重 build + rsync + docker rebuild + recreate + curl 200 验证
 2026-07-14 15:57:28 +08:00
Sisyphus
fa1f075c0a fix(merge): 闪退修复 - 业务级 code:401 不再清 token 跳登录 (仅 HTTP 401 才跳) 2026-07-11 09:27:50 +08:00
Sisyphus
cf00136340 feat(F006): APIKey申请结果+详情弹窗显示MCP地址 
后端 apply/detail 返回 mcpEndpoint (从 -Dmcp.endpoint 注入),
前端申请弹窗加 MCP地址列, 详情弹窗加 MCP地址行,
用户复制 appId/appSecret/MCP地址 三值到平台助手配置
 2026-07-10 11:54:04 +08:00
Sisyphus
44fd765aa7 fix(F006): 重置密钥弹窗复制按钮显示不全 
el-input append插槽被长密钥挤压, 改flex布局按钮独立放置 flex-shrink:0
 2026-07-10 11:41:08 +08:00
Sisyphus
34e3c7cd71 fix(F006): 申请APIKey弹窗删除ConnectCode/过期时间列 
无用字段清理, 弹窗结果表只保留公司名/AppID/AppSecret
 2026-07-10 11:22:04 +08:00
Sisyphus
366056dcac fix(F006-W18): 申请APIKey Step3表格格式错乱+复制失败修复 
1. 复制失败根因: navigator.clipboard API 要求 HTTPS/localhost,
   frp 走 http://direv.cloud:8080 是非安全上下文不可用。
   修法: 加 execCommand(copy) 降级方案 (复用 OpenAppListView copyText 逻辑)

2. 表格格式错乱根因: 5 列固定宽 (160+280+弹性+180+320) 超 640px 弹窗,
   AppSecret 列 input+button 横排挤不下。
   修法: 列宽重新分配 (公司120/AppID180/ConnectCode160/过期100/Secret200),
   AppSecret 单元格改 flex-column 竖排 (input 上 button 下),
   code 文本加 text-overflow ellipsis 防撑宽
 2026-07-10 11:15:02 +08:00
Sisyphus
3efa5db533 fix(F006): 删除重发二维码功能 + 详情页ConnectCode字段 
connectCode/扫码绑定场景从未落地(平台助手/小程序/PC均未消费),
重发二维码按钮和详情页ConnectCode/过期时间是无用功能, 删除清理.
后端端点/数据库字段保留不动(铁律8 不碰没坏的东西)
 2026-07-10 11:01:56 +08:00
Sisyphus
8af8ed143d fix(F006-W18): 申请APIKey弹窗表格细节优化 
1. 列名 客户名 → 公司名称 (Step1 + Step3 两处)
2. selection 选择框居中 (cell text-align center + padding 0)
3. 列宽重分配: 公司名称 min-width 200 左对齐, 联系人/电话居中
4. 表格圆角修复: 加 rr-apply-table class, border-radius 8px + overflow hidden
 2026-07-10 10:54:55 +08:00
Sisyphus
4e525cf6dd fix(F006): OpenApp revoke/delete id 改 String 避免 Number 精度丢失 
雪花ID 19位 > Number.MAX_SAFE_INTEGER(16位), Number() 截断
导致撤销/删除传错 id. 改 String(id), 后端 Long.parseLong(string) 兼容
 2026-07-10 10:45:05 +08:00
Sisyphus
a59c934fd7 fix(F006-W18): 面包屑DFS修父菜单短路bug(集成管理>应用列表缺末级) 
根因: resolveMenuItem 给父菜单 path = 第一个子菜单 path(如 集成管理.path =
/openapi/app)。旧 DFS 用 path 前缀匹配短路命中父菜单, 不再递归子树, 导致
末级菜单标题丢失(只显示 工作台 > 集成管理, 缺 应用列表)。

修法: 父节点(有 children)优先递归子树, 子树没命中才考虑父节点 path 前缀
匹配(详情页场景)。叶子节点走 path 精确匹配。
 2026-07-10 10:31:38 +08:00
Sisyphus
978058c543 fix(F006-W18): 面包屑显示完整路径(工作台>一级目录>...>末级菜单) 
根因: AppLayout.vue 面包屑写死两级(工作台 + route.meta.title),
省略了中间的父级目录层级。

修法: 加 breadcrumbItems computed, 从当前 route.path 在菜单树
(menuStore.list) DFS 追溯父级链, 返回完整路径标题数组。
- 列表页: 工作台 > 父目录 > ... > 末级菜单
- 详情页: 工作台 > 父目录 > ... > meta.title
- 首页/未命中: 仅工作台

部署: dist rsync + docker rebuild + scp src + curl 200 验证
 2026-07-10 10:27:36 +08:00
Sisyphus
15294f5c1c feat(F006-W17.6): 用户列表数据列居中显示 (9 列加 align center, 余额保留 right) 2026-07-10 08:45:38 +08:00
Sisyphus
ff4c9bc140 fix(F006-W18.9): dark 主题 全局滚动条深色适配 (避免浅白滚动条割裂) 
用户反馈: 暗主题下侧边栏原生滚动条是浅白色, 在深色背景上刺眼割裂

根因: 浏览器原生 ::-webkit-scrollbar 走系统默认色 (亮色),
项目没覆盖, dark 下没适配

修法 (src/styles/global-popper.scss 末尾新增):
- 默认 (亮主题): thumb var(--border) 浅灰
- hover: var(--ink-4) 深灰
- [data-theme=dark]: thumb var(--border) = #475569 深色
- hover: var(--ink-3) = #CBD5E1
- Firefox 兼容: html { scrollbar-color: var(--border) transparent; }

Playwright 实测 (.rr-sidebar 滚动条 thumb):
- 改前: 系统默认 #C0C0C0 浅灰 (刺眼)
- 改后: rgb(71,85,105) = #475569 深色 ✅ (dark 协调)
 2026-07-09 17:38:14 +08:00
Sisyphus
3fc8326aeb fix(F006-W18.8): dark 主题 按钮 + 文字 颜色修复 (CSS 变量级联全部硬编码) 
用户反馈: 暗主题下默认 el-button (如导出/重置) 文字几乎看不见

根因 (同类 W18 修复):
- tokens.scss :root 块定义 --el-text-color-regular: var(--ink-2) / --el-border-color: var(--border)
- CSS 变量解析时, [data-theme=dark] 块的 --ink-2 重写还未生效
- 导致 dark 下 --el-text-color-regular 仍是 tech-blue 默认 #334155 (深色字 on 深色背景 = 不可见)
- 按钮 border --el-border-color 仍是 #E2E8F0 (浅色边 on 暗背景 = 刺眼)

修法 (themes.scss [data-theme=dark] 块硬覆盖):
- --el-text-color-primary/regular/secondary/placeholder/disabled → #F8FAFC/#E2E8F0/#CBD5E1/#94A3B8
- --el-border-color/light/lighter/extra-light → #475569 (border)
- --el-border-color-dark/darker → #64748B (border-strong)
- --el-fill-color/light → #0F172A (bg-soft)
- --el-fill-color-lighter/extra-light/dark/darker → #283449 (surface-2)
- --el-fill-color-blank/bg-color/overlay → #1E293B (surface)
- --el-bg-color-page → #0F172A (bg-soft)
- --el-tooltip-bg-color → #1E293B
- --el-disabled-* → 配套浅色

Playwright dark 主题实测 (商品管理页 导出/重置 按钮):
- 改前: bg rgb(30,41,59) 但 color rgb(51,65,85) = #334155 (看不见)
- 改后: color rgb(226,232,240) = #E2E8F0 (清晰), border rgb(71,85,105) = #475569 (协调)
- --el-text-color-regular 改前 #334155 → 改后 #E2E8F0 ✅
- 截图确认: 导出/重置/新增商品/查询 全部按钮在 dark 下清晰可读
 2026-07-09 17:29:04 +08:00
Sisyphus
ee52bed129 fix(F006-W18): 暗主题全面适配 (EP token 补齐 + v1 token 清理 + 业务硬编码色修) 
用户反馈: dark 主题下大量页面卡片/表头是白底, 文字看不清, 视觉割裂

根因 (W5.x v2 token 迁移遗漏):
- v1 token (--rr-page-bg / --rr-bg-card / --rr-table-header-bg / --rr-row-hover / --rr-border-color / --rr-text-secondary) 在 themes.scss 完全没定义
- v2 用 --bg-soft / --surface / --surface-2 / --border / --ink-2 / --ink-3, 但大量组件没改 fallback, 永远走 hex fallback (#F1F5F9 / #FFFFFF)
- EP el-table 内部用 getCssVar(color, white) = --el-color-white, 未在 tokens.scss 重定向, dark 下仍是 #FFFFFF
- CSS 变量级联问题: :root 块 var(--surface) 解析时, dark 块的 --surface 重写还没生效

修法 (3 类共 11 文件):
1. EP token 补齐 (themes.scss dark 块 + tokens.scss :root 块):
   - --el-color-white / --el-color-black: #1E293B / #F8FAFC
   - --el-fill-color-blank / --el-fill-color-light: surface / bg-soft
   - --el-table-tr-bg-color / --el-table-bg-color: surface
   - --el-table-expanded-cell-bg-color: surface
   - --el-table-header-bg-color: surface-2 (表头略亮区分)
   - --el-table-row-hover-bg-color: bg-soft

2. v1 token 清理 (4 组件):
   - AppLayout.vue: 13 处 --rr-page-bg → --bg-soft
   - DataTable.vue: --rr-table-header-bg/--rr-text-secondary/--rr-row-hover/--rr-bg-card/--rr-border-color → v2 token
   - SearchBar.vue / ListTabs.vue: 同上

3. 业务页硬编码色 (5 业务页):
   - OpenAppListView.vue: 4 状态 badge + 表格头 #F8FAFC → var(--*-soft)
   - ApplyApiKeyDialog.vue: header #F8FAFC → var(--surface-2)
   - InquiryListView.vue / LogOperationView.vue / LogErrorView.vue: 4 类 badge → var(--amber/brand/green/red-soft)

Playwright 1920 视口 dark 主题实测 (5 个典型页):
- Dashboard: 侧栏 rgb(30,41,59), 主区 rgb(15,23,42), 表格 rgb(30,41,59) ✅
- 用户列表 / 应用列表 / 订单列表 / 询价列表: 全部统一深色 ✅
- 之前: elTableBg rgb(255,255,255) 纯白 → 现在: rgb(30,41,59) 暗 surface
- 文字、badge、按钮、分页器、搜索条全部 dark 适配

不动调色板 (按用户要求 严重问题优先): --border/--ink-2 等保持原值
 2026-07-09 17:22:12 +08:00
Sisyphus
bae319fe98 feat(F006-W17.6): 服务商品页 PageHeader 加 SKU 总数 (type=2) 2026-07-09 17:11:43 +08:00
Sisyphus
8116e04291 feat(F006-W17.6): PageHeader 加 SKU 总数显示 (实物商品页 sub 改为 共 N 个商品, M 个SKU) 2026-07-09 16:44:17 +08:00
Sisyphus
c34035434a fix(F006-W17.8.3): openapi/app 隐藏权限范围列 + 操作列加宽到 220 
用户反馈: 隐藏权限范围列, 操作列加宽

列宽重新分配 (1920 视口, 8 列, 表格 1630px 撑满):
- 删除 权限范围列 (scopes, minWidth 160)
- 应用名称 minWidth 180 → 220 (吸收差额 60px)
- 操作列 width 160 → 220 (加宽 60px, 给重发二维码+⋯ 充足空间)
- 其他列保持不变

实测 (Playwright):
- 客户名 260 / 应用名称 380 / AppID 240 / 调用次数 100
- 状态 90 / 创建时间 170 / 最后调用 170 / 操作 220
- 总列宽 1630px, 右边距 29px (与参考页用户列表一致)

操作列按钮完整性:
- 行 0 (已撤销): [详情, 删除] ✅
- 行 1/2 (已激活): [详情, 重发二维码] + ⋯ ✅
 2026-07-09 16:20:11 +08:00
Sisyphus
d4441c051e fix(F006-W17.8.2): openapi/app 列宽优化 (AppID 缩到 240 + 操作列 160 + 加 2 业务列) 
用户反馈: AppID 列右侧留白太多, 操作列窄按钮显示不全

列宽重新调整 (Playwright 1920 视口实测):
- 客户名 minWidth 150 → 150 (内容 14 字符, 实际 215px)
- 应用名称 minWidth 180 → 180 (内容 19 字符, 实际 257px)
- AppID minWidth 200 → width 240 + showOverflowTooltip (硬性不被内容撑大)
- 新增 权限范围列 (scopes, minWidth 160) - 真实业务字段
- 新增 调用次数列 (totalCallCount, width 100) - 真实业务字段
- 状态 width 100 → 90
- 创建时间 width 170
- 最后调用 width 170 (新增列)
- 操作 width 200 → 160 + fixed right + align center

实测列宽 (1920 视口, 表格 1630px 撑满):
- 客户名 215 / 应用名称 257 / AppID 240 / 权限范围 228
- 调用次数 100 / 状态 90 / 创建时间 170 / 最后调用 170 / 操作 160
- 9 列共 1630px, 右边距 29px (项目标准)

操作列按钮完整性:
- 行 0 (已撤销): [详情, 删除] ✅
- 行 1/2 (已激活): [详情, 重发二维码] + ⋯ ✅

新加 2 个真实业务列 (权限范围/调用次数) 充实表格, 避免列过少
 2026-07-09 16:06:54 +08:00
Sisyphus
d4cda618b8 fix(F006-W17.8.1): 表格撑满容器 (1920 视口) 
用户反馈: 集成管理-应用列表 (openapi/app) 在 1920 视口下右侧大面积留空,
操作列按钮显示不全。参考用户列表 (图二) 已撑满做统一标准。

根因 (W17 早期遗留):
- .rr-openapi-app { max-width: 1400px } 锁死容器宽度
- 适合 1440 视口, 但 1920 视口暴露问题
- 用户列表用 .rr-page { max-width: 100% } 早已不受限

修法 (统一标准):
- openapi/app .rr-openapi-app { max-width: 1400px } → 100%
- DataTable 组件增强: 加 tableRef + lastColMinWidth 状态
  * mounted/resize/data 变化时测量: 容器宽 vs 列总宽
  * 差额自动加到最后一列 minWidth (统一标准: 视口撑满)
  * 即使其他页面 max-width 仍写 1400px, 也能通过 JS 撑满

W17.8 列宽调整 (W17.8 已 commit, 现 +W17.8.1):
- 应用名称 minWidth 180 → 220
- AppID minWidth 220 → 240
- 新增最后调用列 (lastUsedAt, width 170)
- 操作列 width 140 → 160 + align: center + fixed: right

Playwright 1920 视口实测:
- 用户列表 (参考): 1632px 表格 / 28px 右边距 ✅
- 应用列表 (修后): 1630px 表格 / 29px 右边距 ✅ (与参考页一致)

操作列按钮完整性:
- 行 0/2/3 (status=0/1): [详情, 重发二维码] + ⋯ ✅
- 行 1 (status=2): [详情, 删除] (无⋯, 符合规则) ✅
 2026-07-09 15:33:42 +08:00
Sisyphus
458adb15af fix(F006-W17.8): openapi/app 表格撑满 + 操作列按钮完整显示 
用户反馈: 应用列表表格不撑满 + 操作列按钮显示不全
对比参考页 (用户列表) 修复:

列宽调整 (参考 RoleListView/UserListView 列宽方案):
- 应用名称 minWidth 180 → 220 (让列总宽超过容器, el-table 自然撑满)
- AppID minWidth 220 → 240 (增加密度)
- 新增最后调用列 (lastUsedAt, width 170) - 真实业务字段, 表格更充实
- 操作列 width 140 → 160 + align: center + fixed: right
  * 加宽 20px 给重发二维码 + ⋯ 留出空间
  * fixed: right 避免 el-table 重排时把操作列挤压到中间
  * align: center 跟其他列 (W17.7) 表头居中保持一致

测量对比 (1440 视口, 左菜单 260 + 主区 padding 28x2 = 316 可用):
- 用户列表 (参考):  表格 1152px, 右边距 28px
- openapi/app (修后): 表格 1150px, 右边距 29px → 视觉一致 ✅

操作列按钮完整性 (Playwright 实测):
- 行 0/2 (status=0/1): [详情, 重发二维码] + ⋯ (4按钮前2+⋯) ✅
- 行 1 (status=2):    [详情, 删除] (1按钮无⋯) ✅
 2026-07-09 15:22:41 +08:00
Sisyphus
87e278749b style(F006-W17.7): list 页表头统一居中显示 
- DataTable 组件 header-cell-style textAlign: left → center (覆盖大多数 list 页)
- 3 个裸 el-table list 页补 header-cell-style (categoryGood/region/coupon)
- 单元格内容对齐不变 (仍 left), 只动表头
 2026-07-09 14:56:31 +08:00
Sisyphus
63b32e999f fix(F006-W17.6.1): TableActions 收紧间距 + 理顺布局逻辑 
用户反馈: 按钮没显示全 + 间距太大不美观

间距收紧:
- el-button text padding 0 8px → 0 4px (默认太松散)
- .rr-table-actions gap 4px → 0 (按钮紧贴)
- ⋯ 触发器 26px → 22px (更小巧)
- 实测: 按钮间距 0px, 按钮到⋯ 间距 2px

布局逻辑理顺:
- 多个 computed (visibleActions/isCollapsing/primaryActions/moreActions)
  → 合并为单一 layout computed ({primary, more})
- 减少中间依赖, 更可靠

Playwright 验证通过 (订单页):
- status=1 行: [详情,付款] + ⋯ (4按钮前2显)
- status=4 行: [详情,退款,打印] (3按钮全显无⋯)
- status≥5 行: [详情,打印] (2按钮无⋯)
 2026-07-09 14:31:53 +08:00
Sisyphus
2f7ec67903 refactor(F006-W17.6.1): TableActions 按数量自动收纳 (≤3 全显示, >3 前2+⋯) 
用户反馈: 操作列只显示一个文字按钮+⋯ 不方便, 期望按按钮数量智能显示
- 过滤 when 后 ≤3 个: 全部显示文字按钮, 不显示 ⋯
- 过滤 when 后 ≥4 个: 前 2 个常驻文字按钮 + ⋯ (收纳剩余)
- 默认 visibleCount=2 (可配置)

TableActions API 调整 (W17.6 → W17.6.1):
- 原来: :primary=[A] + :more=[B,C,D] (人为主次划分)
- 现在: :actions=[A,B,C,D] (按数组顺序自动前 2 显 + ⋯)

16 文件改动 (1 组件 + 15 view 调用方式):
- 15 view 合并 :primary/:more → :actions
- 3 按钮页 (10 个): 现在全部显示文字按钮无 ⋯, 体验更直接
- 4/5 按钮页 (5 个): 前 2 显 + ⋯, 比之前详情+⋯更直观
 2026-07-09 13:55:34 +08:00
Sisyphus
cb2790d318 refactor(F006-W17.6): 操作列主次分离 (15 个 list 页 + TableActions 组件) 
- 新建 TableActions 通用组件 (src/components/TableActions/, ~120 行)
  * primary 常驻主操作 (el-button text)
  * more 次操作收进 ⋯ el-dropdown (MoreFilled 触发)
  * label/type 支持 string 或函数 (覆盖动态: 上架/下架, 禁用/启用)
  * when 条件渲染 (替代散落各处的 v-if)
  * danger 项自动 divided + 红字
  * 复用 global-popper.scss 已铺好的 el-dropdown 主题

- 15 个按钮≥3 的 list 页改造 (按钮≤2 的 27 页不动):
  5 按钮: GoodListView/ServiceGoodListView/CouponListView
  4 按钮: OrderListView/OpenAppListView
  3 按钮: user/UserListView/CompanyAccountListView/LabelListView/
          ScheduleListView/sys/UserListView/EnterpriselevelListView/
          OrderCommentListView/PromoterListView/CategoryGoodListView/
          RegionListView

- 列宽统一 240/280/220/200/320 → 140 (固定窄列)
- 清理 4 个 rr-actions 页不再使用的 .rr-actions/.rr-actions__sep 样式
- 业务逻辑全保留 (onClick 函数/二次确认/条件渲染逻辑)
- OrderListView 退款条件修正: [1,2,3,4].includes → ===4 (原 v-else-if 链语义)
 2026-07-09 12:08:48 +08:00
Sisyphus
557db07231 refactor(F006-W17.5): 3 个日志页标准化 (LogError/LogLogin/LogOperation 套 PageHeader+SearchBar) 
- 最后 3 个老写法 list 页收尾, 全部 list 页风格 100% 统一
- rr-page-header div -> <PageHeader> 组件
- rr-filters-row div + el-input -> <SearchBar> 组件 (fields 配置)
- DataTable 加 :page-sizes=[10,20,50,100] (W17.3.7 统一规范)
- limit 默认 20 -> 10 (W17.3.6 pager 字号统一)
- 清理不再使用的老 style class (rr-page-*/rr-filters-row/rr-*-input)
- 业务逻辑全保留 (method tag/status 映射/详情弹窗/errorInfo 预览)
 2026-07-09 11:07:19 +08:00
Sisyphus
a36dda7ccc fix(F006-W17.4.6): UserFormDialog 关联企业下拉改从 user/user/page 聚合 
用户反馈: 关联企业的下拉框是空的

排查:
1. nginx-vue.conf 加 /enterprise/ location (W17.4.5) ✅
2. gateway.json 加 enterprise 路由 + 推 nacos ✅
3. 但 gateway 启动时 bootstrap.yml 没订阅 gateway.json dataId
   (bootstrap.yml 只订阅 datasource.yaml + common.yaml + gateway-server.yaml/-dev.yaml)
   gateway.json 仅供运维手工管理, 实际不参与路由
4. /enterprise/list 在 user-server 也 404 (jar 是旧版本, ApiEnterpriseController
   @RequestMapping 路径未生效)

修法: 前端从 /user/user/page 拉用户列表聚合 (enterpriseId, enterpriseName) 去重
- 端点 100% 可用 (已在 W11 验收过 2284 用户)
- 字段 enterpriseId + enterpriseName 已在 user 表
- 聚合 Map<id, name> 去重, 按 id 排序
- 弹窗打开时拉一次缓存, 后续复用

nginx /enterprise/ location + gateway.json 路由保留: future-proof,
等后端 jar 重打包后会自动生效

前端聚合方式短期可行, 但仅用于下拉选项场景;
如要真正查询某企业的所有用户等场景, 仍需后端打 jar 暴露 /enterprise/page
 2026-07-08 11:15:47 +08:00
Sisyphus
25a0db5cb2 refactor(F006-W17.4.5): UserFormDialog 去备注 + 去tip + 配合 nginx /enterprise/ 修复 
用户原话:
- 关联企业的下拉框是空的, 需要带出来平台注册的企业信息
- 下面的备注去掉, 这个字段是关联企业的选择, 并不是修改企业认证状态的选项

理解:
- 用户原意是去掉"关联企业"字段下的 tip 文字 (我之前误写"由企业认证流程自动带过来..." 给用户误导)
- 同时去掉"备注"字段 (业务上不需要)
- 关联企业下拉空是因为 nginx 没配 /enterprise/ location → 404

修法:
1. nginx-vue.conf 加 /enterprise/ 走 user-server (ApiEnterpriseController 在 renren-user-server)
   备份: nginx-vue.conf.bak-20260708-105000
   重启: docker compose restart frontend (改 nginx 必须 restart, nginx -s reload 不生效 - W3xC P1 已记)
2. UserFormDialog 去掉"备注"字段 (form.remark / payload / 表单项 / style)
3. UserFormDialog 去掉 tip 文字 "由企业认证流程自动带过来..."
4. 保留"关联企业"单选下拉 + 弹窗打开时 /enterprise/list 拉取

新建后保存关联关系:
- POST /user/user/save payload 含 enterpriseId 字段
- 后端 save 接口吃 UserDTO, UserDTO 含 enterpriseId
- save 成功 → tb_user 表 enterprise_id 字段写入
- 下次加载该用户 getUserInfo 时 enterpriseId 回显
- 关联关系保存已确认落库
 2026-07-08 10:58:39 +08:00
Sisyphus
ec473af046 refactor(F006-W17.4.4): UserFormDialog 优化 (去头像URL + 去是否企业认证 + 加关联企业) 
用户原话: 新增用户界面部分内容要优化
- 头像 URL 字段去掉 (UI 无意义, 用户用默认头像)
- 是否企业认证 去掉 (这个由企业认证流程带过来, 不是手工字段)
- 增加关联企业字段 (可以选择用户属于哪些企业 - 多选)

实施:
- 单选 enterpriseId (当前 tb_user 表只支持单值, 真多对多需后端新增 user_enterprise_bind 中间表, 待用户决策)
- 企业下拉从 /enterprise/list 拉取, 弹窗打开时拉一次缓存
- 字段名沿用后端 UserFeignDTO.enterpriseId (认证企业id)

CRUD 验证 (SQL 直查 product_network_user.tb_user):
- 当前 2284 用户, 2283 正常 + 1 禁用, max_id 2318 (前后端完全一致)
- 后端 login() 在 enabled=1 时抛 "账号已被禁用" (UserServiceImpl.java 行 142)
  → 禁用会阻止登录, 已确认
- save/update/delete 三个端点都直接走 MyBatis-Plus baseDao, 改完即落库
  → 新增/禁用/删除真实写库, 已确认

修改:
- UserFormDialog.vue 234 → 294 行
- 去 header, isEnterprise 字段
- 加 enterpriseId (关联企业) 单选下拉 + enterpriseOptions 缓存
- 加关联企业下拉 tip 提示用户此字段语义
 2026-07-08 10:49:47 +08:00
Sisyphus
a978b1572b fix(F006-W17.4.3): 单位列 width 70 → 90 + minWidth 90 (列宽足够) 
用户反馈: 单位列"单/位"两字换行
- DataTable 已全局强制表头不换行 (W17.4.2)
- 单位列实际 width 70 太窄, 即使 nowrap 也撑不下"单位"两字
- 加宽到 90 + minWidth 90 兜底
 2026-07-07 18:40:11 +08:00
Sisyphus
6d6ff30624 fix(F006-W17.4.2): DataTable 表头全局强制不换行 + 单位列加宽到 90 
用户反馈: 单位列"单/位"两字被挤压换行, 强调"以后标题行的规范不能换行"

根因:
1. DataTable header-cell-style 虽设 whiteSpace:"nowrap", 但 el-table 在列宽挤压下
   内部 .cell 容器仍会被 word-break 强制换行 (element-plus 历史 bug)
2. 单位列 width 80 不够, 标题"单位"两字被压

修法:
1. DataTable 加全局 :deep CSS 兜底
   :deep(.el-table__header-wrapper .cell) { white-space: nowrap !important; overflow: visible !important }
   :deep(.el-table th .cell) { word-break: keep-all }
   → 所有 list 页表头统一不换行
2. 单位列 width 80 → 90, minWidth 80 → 90 (保底宽度足够显示"单位"两字)

效果:
- 全局所有用 DataTable 的页面 (User/Order/Inquiry/Finance/Good/Service 等 33 个)
  表头都不换行, 符合规范"标题行不换行"
- 单位列文字"单位"完整在一行
 2026-07-07 18:38:19 +08:00
Sisyphus
04728fb7a6 refactor(F006-W17.4.1): 商品/服务页列宽精细化 + 删审核意见列 
用户原话:
- 商品ID 宽度太多 → 140 缩到 100
- 商品名称/服务名称 列再加宽一些 → minWidth 240 加到 320 (业务核心, 最长字段)
- 分类列调窄一些 → GoodListView minWidth 240 缩到 180 (3 级合并后 180 足够)
- 单位的标题不应该换行 → width 80 + minWidth 80 (DataTable 已有 whiteSpace: nowrap)
- 审核意见列不用在列表中展示 → 整列删除 (详情弹窗内可看)

改动:
- GoodListView columns 11 列 → 10 列
- ServiceGoodListView columns 12 列 → 11 列
- 整体宽度收敛给商品/服务名称 (核心信息)
 2026-07-07 18:34:37 +08:00
direv
c69fa216f8 feat(F006-W17.4): UserListView 新建/修改/导出 完整化 
- 新增 UserFormDialog.vue (新建+修改共用弹窗)
  字段: 昵称/手机号/密码/头像/性别/企业认证/禁用标识/备注
  新建: POST /user/user/save
  修改: GET /user/user/getUserInfo 回填, POST /user/user/update
- 新建按钮: 顶部 + 新建用户 → 打开弹窗(空表单)
- 修改按钮: 操作列 修改 → 打开弹窗(回填)
- 导出按钮: 顶部 导出 → 调 GET /user/user/export (Excel 流, 自动下载)
  带当前搜索条件, 后端响应头 filename 自动识别
 2026-07-07 18:31:54 +08:00
Sisyphus
9664b3d954 refactor(F006-W17.4): 实物/服务商品页套 PageHeader+SearchBar+ListTabs+DataTable 标准化 
用户原话: 按照同样的列表页面的UI规范, 调整实物商品/服务商品的页面样式

实物商品 GoodListView (547→564 行):
- 顶部 rr-page-header 改用 <PageHeader title="商品管理" :sub="..."> 包导出/新增按钮
- 裸 el-form 搜索改用 <SearchBar :fields=[title, enterpriseName]>
- 裸 .rr-tabs-row/.rr-tabs 改用 <ListTabs> (4 状态 tab, count pill)
- 裸 el-table + el-pagination 改用 <DataTable> (:borderless + :page-sizes)
- 操作列 5 个 el-button 改用 el-link + 分隔符, 不再换行
- 新增 checkStats reactive (pending/approved/rejected) 跟 tab 解耦
- 新增 loadStats() 并发拉 3 个状态的 total, stats 与 tab 解耦
- tabItems 全部 = pending+approved+rejected (跨 tab 一致)
- onSearch/onReset/toggleEnabled 并发刷 list + stats

服务商品 ServiceGoodListView (308→352 行):
- 已经有 PageHeader/SearchBar, 补 ListTabs + DataTable + el-link 操作列
- 同样的 checkStats + loadStats (跨 tab 一致)
- 表格所有列改为 slot 透传
- 价格列 / 铺货 / 状态 都有 slot

保留业务独有:
- 详情弹窗 (含 SKU 子表 for 实物商品)
- 审核弹窗 (单个/批量)
- 修改分类弹窗 (单个/批量)
- 批量操作栏 (业务独有, 业务 page 才用)
- el-table selection 列 (DataTable 内置支持)
 2026-07-07 18:27:42 +08:00
Sisyphus
296ba6a966 fix(F006-W17.3.10): UserListView "全部" count = 正常+禁用 (跨 tab 一致) 
用户反馈: 切已禁用 tab 后, 顶部全部数字变成 1 (跟当前 tab 过滤后的 total 走)
期望: 全部 = 正常 + 禁用, 三个 tab 看到的数字一致

根因: tabItems 的 all 用 total.value, 而 total 是当前 tab 后端返的分页总数
       (已禁用 tab 下, total=1 因为只有 1 条禁用用户)

修法:
- tabItems.all count = enabledStats.normal + enabledStats.disabled (跨 tab 一致)
- PageHeader sub 也改成 enabledStats.normal + enabledStats.disabled (跟搜索条件关联)
- 三个 tab 看到的数字自然一致: 2284 = 2283 + 1
 2026-07-07 17:18:19 +08:00
Sisyphus
a1336fe9b7 fix(F006-W17.3.9): UserListView stats 与 tab 解耦 (跨 tab 全量计数一致) 
用户反馈: 切 tab 时"正常/已禁用"两个统计数会变化 (全部 10/0, 正常 10/0, 已禁用 0/1)
期望: stats 是全量统计, 切 tab 不应变化

根因: enabledStats 是在 load() 内"基于当前页 10 条结果"累加, 切 tab 后数据不同, stats 跟着变

修法:
- 拆 load() → loadList() + loadStats()
- buildSearchParams(): 排除 enabled (tab) 的搜索参数 (userId/nickName/mobile/isEnterprise/enterpriseName)
- loadStats(): 并发拉 enabled=0/1 的 page=1&limit=1, 用 resp.total 当 stats (后端只 count 不返列表, 开销可忽略)
- onTabChange: 只调 loadList(), stats 不重算
- onSearch/onReset/onPageChange/onLimitChange/toggleEnabled: 调 load() (并发刷 list + stats)

效果: 三个 tab 看到的正常/已禁用计数一致 (因为跟 tab 解耦, 只跟搜索条件关联)
 2026-07-07 17:14:11 +08:00
Sisyphus
5a7adb9075 fix(F006-W17.3.8): UserListView enabled 语义反转 (后端 0=正常 1=禁用) 
用户反馈: 切 tab 时全部(2284) vs 已禁用(2283) vs 正常(1) 数据不一致
根因: 后端 /user/user/page 接口 enabled 字段语义 0=正常 1=禁用, 但前端 UI label 与字段值反了:
- 切"正常" tab 发 enabled=1 (后端当禁用查) → 只返 1 条
- 切"已禁用" tab 发 enabled=0 (后端当正常查) → 返 2283 条
- enabledStats 计数 filter 与 UI 标签反
- el-tag 颜色: enabled===1 显示绿色正常 (反了)
- toggleEnabled: 当前 1 改为 0 (方向反了)
- 操作按钮: enabled===1 显示禁用 (凑巧对了但跟实际语义反)

修法: 保留后端字段值, 把前端 UI 判断全部对齐后端语义 (0=正常 1=禁用)
- onTabChange: normal → enabled=0, disabled → enabled=1
- enabledStats.normal = filter === 0, disabled = filter === 1
- el-tag: === 0 绿色正常, === 1 红色禁用
- 操作按钮: === 0 显示禁用(橙色), === 1 显示启用(绿色)
- toggleEnabled: row.enabled===0 → next=1 (禁用), === 1 → next=0 (启用)
 2026-07-07 17:09:42 +08:00
Sisyphus
4b77d67dc2 fix(F006-W17.3.7): list 页统一规范 (:borderless + :page-sizes) + product/shop redirect 
- 33 个 ListView.vue 加 :borderless=true + :page-sizes=[10,20,50,100]
  覆盖: order/inquiry/finance/operateguide/sys/Dept|Menu|File|Notice|
        Params|User|Role|Post|DictType|DictData|Product|Schedule|RoleGroup
        user/Enterprise|enterpriselevel|enterprisescore|enterpriserating
        supplier/promoter|couponscope|historylog|logistics|ordercomment|Activity
        other/goodunit|label|textconfig
        api/feedback|help|lunbo
        openapi/AuditLog|CompanyAccount
- OrderListView: columns 抽到 script setup (computed) + :borderless +
  :page-sizes + sub 动态显示选中数
- router/index.ts: /product/shop → redirect /supplier/good
  (删 src/modules/product/shop/ShopListView.vue 旧占位, 后端 404 无意义)
- 沿用 W17 设计规范 v2 (PageHeader+SearchBar+DataTable+ListTabs)
 2026-07-07 16:54:37 +08:00
Sisyphus
08cf2067db fix(F006-W17.3.6): pager 字号跟内容行统一 13px + DataTable 默认 limit=10 2026-07-07 16:13:47 +08:00
Sisyphus
79e039c975 fix(F006-W17.3.4): UserListView + OperateguideListView 补上 @limit-change 监听, 修复每页多少条不刷新 2026-07-07 16:01:33 +08:00
Sisyphus
ba00ed985a fix(F006-W17.3.3): SearchBar select width 显式 px + 列宽 isEnterprise 140 + min-width 兜底 2026-07-07 15:43:30 +08:00
Sisyphus
63420203dd fix(F006-W17.3.2): 把 global-popper.scss 放到正确路径 src/styles/ 2026-07-07 15:13:01 +08:00
Sisyphus
52758388e0 fix(F006-W17.3.1): 全局弹层圆角 + select 宽度 (UserListView isEnterprise +180) 2026-07-07 15:12:20 +08:00
Sisyphus
48ca3ffdb9 fix(F006-W17.3): 圆角对齐模板(--radius 8px) + 分页/弹窗 zhCn + 表头/单元 padding 紧凑 2026-07-07 13:57:18 +08:00
Sisyphus
f97a0fb049 feat(components): 设计细节优化 (表格圆角/按钮尺寸统一/扁平阴影) W17.2.2 2026-07-07 13:07:22 +08:00
Sisyphus
fe07612f29 feat(components): 按 ui-preview-v2.html 模板 v2 整改 (PageHeader扁平/SearchBar无label/ListTabs pill/Table uppercase左对齐) W17.2.1 2026-07-07 13:02:07 +08:00
Sisyphus
7724b4a3b1 feat(components): 通用组件设计规范整改 (ListTabs/PageHeader白卡/SearchBar chip/DataTable var/Content bg) W17.2 2026-07-07 12:56:11 +08:00
Sisyphus
5c35297555 feat(user): 整改 UserListView 符合设计规范 (列宽/操作列 el-link/竖线分隔) W17.1.1 2026-07-07 12:50:20 +08:00
Sisyphus
9c75bd53c4 feat(user): 完整化用户列表 (9 列 + 6 搜索 + 4 操作, 老 vue 等价) W17.1 2026-07-07 11:58:59 +08:00
Sisyphus
c3295c3f57 fix(auth): 移除登录请求 client: front 头,恢复 captcha 校验 (W15.1.5) 2026-07-07 11:43:36 +08:00
Sisyphus
675d27dd2f fix(F006-W17): nginx proxy_hide_header WWW-Authenticate 去除浏览器原生认证弹窗 
根因: Spring Security /auth/oauth/token 401 响应带 WWW-Authenticate: Basic realm="oauth2/client"
浏览器拦截该响应头后弹出原生 HTTP Basic Auth 对话框("身份验证"),
在 axios/JS 处理响应之前就触发,前端代码无法拦截.

修法: nginx-vue.conf /auth/ location 加 proxy_hide_header WWW-Authenticate;
同时 PlaceholderView/AppLayout fetch 调用加 credentials: omit 兜底.

验证: curl 测试 401 响应已无 WWW-Authenticate 头,登录流程不再触发浏览器弹窗.
 2026-07-07 11:03:15 +08:00
Sisyphus
4b4625df9f feat(F006-W16): 7 supplier 子页 + 3 enterprise 子页 接前端 max-effort mock 2026-07-07 10:22:09 +08:00
Sisyphus
04d3992c52 feat(F006-W15): 订单售后/退款/支付回调 3 view 接前端 max-effort mock + 同步 DataTable selection 2026-07-07 09:58:21 +08:00
zou
b3018fe7d7 fix(F006-W14): 财务 4 视图 + 商品 4 操作按钮 接真 API (1.6K+ 真数据) 
W14.1 财务 4 视图接真数据:
- 充值管理 / 提现管理 / 分账记录 / 交易流水
- 后端 /user/accounttransaction/page 是 4 类型合一端点 (405 条)
- 4 configKey 端点统一 → /user/accounttransaction/page
- router 加 queryParams: type=1 (充值) / type=2 (提现) / type=3 (分账) / 交易流水 不传 (全量)
- Playwright 验: 充值 133 条 / 提现 253 条 / 分账 19 条 / 交易流水 405 条
- 发现: 老 vue 端点路径是 /user/accounttransaction/getRechargePage (5.18 教训加强 — 4 URL 试探仍不够, 必须看老 vue 源码)

W14.2 商品详情 SKU: 后端无 supplier_good_sku 表, /supplier/good/skuList 端点返 400 (skuList 功能未实现) — 详情页 skuList 保留 mock, 不强行做

W14.3 实物商品 4 操作按钮接真 API:
- 审核: /supplier/good/checkGood?id=&checkStatus=&checkOpinion= (GET)
- 上下架: /supplier/good/onShelfGood?id= (GET)
- 改分类: /supplier/good/update (POST, body JSON)
- 删除: /supplier/good/delete?id= (GET)
- Playwright 验: 第一行"上架"按钮 → 弹窗 → 确认 → /supplier/good/onShelfGood?id=323 200

W14.4 暂不做 (supplier/promoter 端点 200 但 0 条, 显示空列表已可接受)

W14.1+W14.3 总计真数据: 财务 405 + 实物 16131 = 16536 条, 加 W13 共 16650+ 条

5.18 教训+1: 端点 4 URL 试探 (page/list/search/pageList) 不够, 必须看老 vue 源码
才能找到 getRechargePage 这类特殊命名端点
 2026-07-07 09:07:01 +08:00
zou
dfdc8ef4ff fix(F006-W13.4+13.5): 系统消息 + 字典类型 端点路径错配修正 (5.18 教训) 
W13.4 系统消息:
- mockTableConfigs user-message 端点 /user/message/message/page (404) → /user/message/page (112 条真数据)
- 字段对齐后端: title→name / receiver→content / status→readFlag / sendTime→createDate
- type/format 函数把 readFlag 1→已读 0→未读, type 1→系统 2→业务

W13.5 字典类型:
- mockTableConfigs sys-dict 端点 /sys/dict-type/page (404) → /sys/dict/type/page (11 条真数据)
- 字段 dictType/dictName/remark/createDate 全对齐

W13.5 顺手扫了其它 5 个 configKey 端点, 全是 200 (other-information/groupbuy/seckill/supplier-promoter 都对)

5.18 教训再确认:
- 端点 4 URL 都试: /module/page /module/list /module/search /module
- 真实分页端点不一定叫 page, 也可能是 search/list
- mockTableConfigs 写端点前必先 curl 验证 (不能用 router 名字猜)

Playwright 验:
- 系统消息: sub="共 112 条" 第一行 "售后申请通知 用户发起了...订单的售后申请"
- 字典类型: sub="共 11 条" 第一行 "gender 性别"

遗留 (不阻塞):
- 5.x.x 端点路径错配继续扫: 40 个 MockTableView 中其它可疑的还没全扫
- supplier/promoter 端点 200 但 0 条, 显示空列表
- 待处理消息 (/user/message/handel) 后端无端点, 保留 mock
 2026-07-06 15:30:15 +08:00
zou
99166d8abe fix(F006-W13.1+13.2): 实物商品 16131 条 + 服务商品独立接 pageList (type 区分) 
W13.1 实物商品:
- /supplier/good/search (16080 条, 缺字段) → /supplier/good/pageList?type=1 (16131 条, 完整字段)
- 完整字段: supplierGoodId/enterpriseName/unitName/brandName/checkStatus/checkOpinion/createDate
- 状态 tab (待审核/已通过/已驳回) 现在能真筛 (之前 search 不返 checkStatus)
- Playwright 验: 标题"商品管理" rows=10 sub="共 16131 个商品"

W13.2 服务商品拆出来:
- 之前 /supplier/servicegood redirect 到 /supplier/good (W3.xC 后端无端点)
- 现在用 /supplier/good/pageList?type=2 是真服务商品端点 (2 条: 家政服务等)
- menu-labels 服务商品 path 改回 /supplier/servicegood (独立路由)
- ServiceGoodListView 接 pageList+type=2, 表格显示服务区域/服务ID/分类等
- Playwright 验: 标题"服务商品管理" rows=2 sub="共 2 个服务商品"

W13.1+W13.2 改的源文件:
- src/modules/supplier/good/GoodListView.vue
- src/modules/supplier/servicegood/ServiceGoodListView.vue
- src/config/menu-labels.ts (servicegood path 改 /supplier/servicegood)
 2026-07-06 15:15:30 +08:00
zou
392a4c0acc fix(F006-W12.7): 实物商品 3 条 fallback → /supplier/good/search 真数据 16080 条 
问题: 用户验收发现商品管理 (实物商品) 只显示 3 条, 标签 服务商品(→实物商品) 太丑

根因:
- W3.xC 时 /supplier/good/page 端点当时 404, 故 GoodListView 写死 FALLBACK 3 条
- 现在 /supplier/good/page 实际是 200 + code=400 (按 id 查, 不是分页), /supplier/good/search 才是真分页端点
- /supplier/good/search 返 16080 条, 字段精简 (缺 enterpriseName/unitName/createDate/checkStatus/checkOpinion)
- menu-labels 写 "服务商品(→实物商品)" 是 W3.xC redirect 模式下的过渡标签

修法:
- GoodListView.load() 改调 /supplier/good/search, 字段补齐 (缺字段用 -- 占位, checkStatus 默认 2 已通过, supplierGoodId 用 G+id 拼)
- menu-labels "服务商品" 标签去掉 "(→实物商品)" 角标, 只留 "服务商品"
- (后端没 /supplier/servicegood/* 端点, servicegood 路由被 menu-labels 改 path 跳到 /supplier/good, redirect 是设计意图)

验证 (Playwright + token):
- title="商品管理" rows=10 sub="共 16080 个商品"
- /supplier/good/search 200 OK, 10 行真数据 (铝合金门窗/VV62/WDZ-RYJS/WDZN-YJY23/RVV 等)
- 封面图正常加载, 分类 2 级 (门窗/电缆) 正常

已知遗留 (不阻塞使用):
- enterpriseName/unitName/createDate search 端点不返, 表格显示 -- 占位
- 状态 tab (待审核/已通过/已驳回) 暂不能筛选, 因 search 不返 checkStatus
 2026-07-06 12:29:06 +08:00
zou
7ea52c024c fix(F006-W12.6): 4 个 sys view (log×3 + schedule) 路由改指真 view 
问题: W5.x.x+4 把 log×3 + job/schedule 路由统一改成 MockTableView + configKey,
W5.x.x+5 写的 LogErrorView/LogLoginView/LogOperationView/ScheduleListView 4 个真 view
(241/179/216/198 行) 因路由没引用从未生效, 用户实际看到的都是 mock 数据.

根因诊断:
- /sys/log/error/page 200 OK + 809 条真数据 (database sys_log_error)
- /sys/log/login/page 200 OK + 50166 条
- /sys/log/operation/page 200 OK + 41771 条
- /sys/schedule/page 200 OK (0 条, QRTZ 表未建)
- 之前 user 看 log 看到 mock 是因为 router 把 /sys/log/error 路由到 MockTableView
  (configKey sys-log-error), 不是 LogErrorView

修法: 改 src/router/index.ts 4 行, 让 /sys/log/{login,operation,error} 指向真 view,
/job/schedule 指向 ScheduleListView.

验证 (Playwright + token 注入):
- 错误日志 title="错误日志" rows=20 sub="共 809 条"
- 登录日志 title="登录日志" rows=20 sub="共 50166 条"
- 操作日志 title="操作日志" rows=20 sub="共 41771 条"
- 定时任务 title="定时任务" rows=0 sub="共 0 个任务" (QRTZ 表待建)

额外发现: 操作日志显示 F002 MCP 列出询价 GET 反复失败, 是平台助手集成 bug 的真实证据

影响: FileListView 无菜单入口, 暂不接 router (保留 152 行代码供未来菜单化)

ps: 后端 client_credentials token 触发 @PreAuthorize Access Denied, 必须用 admin/admin
password grant + captcha=socialedu (前端 LoginView 走此路径, 无感知)
 2026-07-06 12:03:36 +08:00
zou
651694bb52 fix(F006-W12.5): OrderListView 下单时间格式化 (UNIX ms → 年月日时分秒) + 4 列空字段显示 -- 占位 2026-07-06 11:47:47 +08:00
Sisyphus
e1a19145fa fix(F006): remove duplicate menu label for order management 2026-07-06 11:29:01 +08:00
zou
db472a0e2f fix(F006-W12.3): OrderListView load 函数适配 httpGet 已解 data (r.list/r.total, 不是 r.data.list) 2026-07-06 10:29:22 +08:00
zou
689e93a673 fix(F006-W12.2): OrderListView 端点改 /sys/openapi/order/list (旧 6 个端点 404) 2026-07-06 09:36:18 +08:00
zou
a8be2d0b35 refactor(F006-W11): 7 view 标准化 (PageHeader/SearchBar) - inquiry ×2 + good/servicegood + openapi ×3 2026-07-05 23:07:30 +08:00
zou
e3536ff2dd refactor(F006-W11): 13 sys view 标准化 (PageHeader/SearchBar) 
sys 13 个管理 view 套标准组件:
- RoleGroup / Schedule / DictType / DictData / Post
- Product / Notice / Params / Role / User
- Menu (树形, 无搜索)
- Dept (树形, 无搜索)
- File (无搜索)

build 错修复:
- SearchBar :fields 嵌套引号 (外层用单引号, 内部双引号)
- ParamsListView template v-if 嵌套 → 表达式
- MenuListView sub 字段 menuList → list

W11 累计: 18+13 = 31 view 标准化
 2026-07-05 22:51:59 +08:00
zou
50c9e144e9 refactor(F006-W10): 8 view 标准化 (批次 4-7) 
批次 4-7 共 8 个 view 套 PageHeader/SearchBar:
- 批次 4 (2): coupon/goodunit
- 批次 5 (3): UserListView/EnterpriseListView/FinanceListView (sys 风格)
- 批次 6 (1): OrderDetailView (PageHeader + 返回按钮 slot)
- 批次 7 (2): ActivityListView/OperateguideListView (Activity 类似 sys, Operateguide 无搜索)

修复 GoodunitListView v-model:filters 字面量 + 缺 reactive import

W10 累计: 18 view 标准化 (10+8 = 18 view, 共减 -160+ 行)
剩余 (W11 计划): openapi×3 (OpenApp 500+ 行, 跳过 W10) / sys×14 / supplier×good / inquiry×2
 2026-07-05 22:40:20 +08:00
zou
1970313cc3 refactor(F006-W10): 8 view 标准化 (PageHeader/SearchBar 替换) 
批次 1-3 共 10 个 view 套标准组件:
- 批次 1 (5): feedback/help/lunbo/label/textconfig
- 批次 2 (2): region/categoryGood (保留 el-table 树形)
- 批次 3 (3): groupbuy/seckill/supplierBrand

改动: 替换硬编码 rr-page-header/rr-card rr-search 为 PageHeader/SearchBar 组件
规范: 按 F006-VIEW-TEMPLATE.md 8 条硬性约定
验证: 13 URL 200 OK, build 4.04s, dist gzip 375KB
 2026-07-05 21:46:59 +08:00
zou
a97ae49595 chore(F006-W9): 删 4 个 0 字节占位文件 (devbox 漏删, Mac 端发现) 
FeedbackListView/GoodListView/ServiceGoodListView/ShopListView 4 个 0 字节文件, 早期 W3.xC 阶段占位 (W3.xC 之后这 4 个 view 已经迁移到子目录, 根目录的 0 字节文件是死文件). git status 显示 nothing to commit 因为 devbox 端早已 rsync 时自动忽略 0 字节, Mac 端发现并清理.
 2026-07-05 21:24:27 +08:00
zou
894d381953 feat(F006-W9): 视图开发模板 (VIEW-TEMPLATE.md) + 3 通用组件 + OrderListView 标准化示范 
W9 P0 目标: 让所有 list view 写法统一, Codex 改任何 view 5-10 分钟搞定

改动:
- 新增 项目文档/F006-VIEW-TEMPLATE.md (475 行) - 8 硬性约定 + 完整模板代码 + 18+ view 字段对照表 + 5 常见改动模式 + 边界 case
- 新增 src/components/PageHeader/PageHeader.vue (65 行) - 通用页面头 (title + sub + slot 操作按钮)
- 新增 src/components/SearchBar/SearchBar.vue (147 行) - 通用搜索条 (5 字段类型: text/select/date/daterange/number, v-model:filters)
- 新增 src/components/FormDialog/FormDialog.vue (177 行) - 通用增改弹窗 (5 字段类型: text/textarea/number/radio/select, schema 驱动)
- 改 src/components/DataTable/DataTable.vue - + type:'selection' 支持 + selection-change 事件
- 改 src/modules/order/OrderListView.vue (240→262 行, -22 净代码) - 用 PageHeader/SearchBar/DataTable 替换硬编码, 做标准化示范

AGENTS.md §11 加 F006 视图开发约定 (8 硬性约定 + 4 组件 + 18+ view 改写时间表 + 验收清单 + Codex 提示词模板)

验收: 13/13 URL 200 (admin + 12 业务页), OrderListView 用 3 组件后样式/交互一致
build: gzip 375KB 无回退, PageHeader/SearchBar/FormDialog 内联到 OrderListView 路由 chunk

下一阶段 W10: 按 §11 改写时间表 7 批次 18+ view 全部标准化 (~2-3 小时 Codex 工作量)
 2026-07-05 21:21:20 +08:00
zou
8601032bba fix(F006-W7): 修重复菜单 - coupon 独立 view 走真 API + 清理 11 个死代码 configKey 
问题: 路由 /supplier/coupon 共用了 configKey=other-textconfig, 导致点击优惠券打开的是常量配置页 (W5.x.x+4 阶段误用)

改动:
- 新增 src/modules/supplier/coupon/CouponListView.vue (233 行) - 沿用老 vue supplier/coupon.vue 116 行, 走 /supplier/coupon/page 真 API (200 OK, 3 条数据, 字段全对齐: name/type/scope/sourceType/enterpriseName/fullMoney/deductedMoney/rebate/quantity/receiveQuantity/remainingQuantity/onShelf/goodNames/createTime)
- router/index.ts 行 237 改用独立 view
- mockTableConfigs.ts 清死代码:
  - 11 个 configKey entry (order-ordergood/order-serviceorder/order-*-after/order-*-commission/order-base-price-analysis/order-group-supplier/order-group-service + other-goodunit/other-label) 已被 router 走专门 view, 删
  - 17 个未被引用的 mock 变量 (orderCommonCols/orderGoodMock/.../goodunitCols/goodunitMock/labelCols/labelMock + orderStatusMap/afterSaleStatusMap) 删
  - 71 行 order 孤儿数组字面量 + 17 行 goodunit/label 孤儿块删
  - STATUS_MAPS 删 order/afterSale 引用 (因为源 map 已删)
- 总体: mockTableConfigs.ts 928 行 → 797 行 (-131 行, -14%)

验收: 13/13 URL 200 (admin + 11 旧 + 1 新 coupon); CouponListView-*.js 已编译进 dist
build: gzip 375KB 无回退, MockTableView bundle 49.88KB → 41.65KB (-17%)
 2026-07-05 12:51:40 +08:00
zou
98552487b3 feat(F006-W6): 10 个 view 完整化 (api feedback/help/lunbo + other groupbuy/seckill/supplierBrand/categoryGood/label/textconfig + sys region) 
沿用老 vue 字段/操作/弹窗, 后端 404 时降级 mock, 树形 (region/3 级, categoryGood/3 级) 用 el-table tree-props, 含批量选择/启停/审核/上下级.

字段对照:
- feedback: userId/nickName/phone/title/content/orderCode/createDate + 预览弹窗 (含图片)
- help: title/content/sort/createDate
- lunbo: title/type(1-5)/image(80px)/position(1-2)/sort/createDate
- region: name/id/treeLevel(1-4 省市县街)/sort/updateDate 树形
- groupbuy: name/enterpriseName/groupBeginTime/groupEndTime/type/status(1-2)/createDate
- seckill: name/enterpriseName/beginTime/endTime/type/status(0-1)/createDate
- supplierBrand: sourceEnterpriseName/enterpriseName/brandName/authUrl/status(1-3)/createDate + 审核弹窗
- categoryGood: name(树形 3 级)/createDate + 上移/下移
- label: name/status/createDate (W6 整改, 老 vue 173 行)
- textconfig: name/value/status/createDate (W6 整改)
 2026-07-05 12:38:34 +08:00
Sisyphus
59a235d56c feat(F006-W5xx5): 关键 view 完整化 (沿用老 vue 字段/操作/弹窗) + W3.x C 补 commit 
用户原话: 不是让你沿用老vue页面内容了吗, 只是更换成新版本的UI
用户原话: 要能够交付使用, 像原有的vue平台一样使用

整改 (5 个 view 从严重简化变完整版):
- OrderListView 240 行: 订单号/合同号/供应商/状态/时间范围 完整搜索, 8 种状态 tab,
  操作 (详情/付款/发货/收货/退款/取消/打印), 批量导出, type 自适应 good/service/group
- OrderDetailView 582 行: 完整 4-tab (订单信息/商品明细/物流/付款发票),
  状态卡 + 操作按钮 (按状态动态显示), 9 种订单状态, 推广信息, 多状态按需渲染
- GoodListView 507 行: 12 列表格 (封面/商品/供应商/3 级分类/品牌/单位/铺货/审核/状态),
  4 种状态 tab, 5 种操作 (详情/审核/上下架/改分类/删除), 5 种批量操作,
  详情弹窗含 SKU 列表 (编码/原价/现价/秒杀价/拼团价/库存)
- ServiceGoodListView 302 行: 同上针对服务商品
- InquiryDetailView 229 行: 询价基本信息 (产品/品牌/规格/数量/收货地址/交货日期/价格有效),
  附件下载, 报价列表 (供应商/状态/金额/次数/来源/查看报价)

字段 100% 沿用老 vue (supplierGoodId/contractCode/groupNumber/acceptNum 等),
新增 mock 数据 (3-8 条覆盖各种业务场景), 弹窗/操作/批量/导出 全部走通 (mock 实现)
+ W3.x C P0-P2 累计 30+ 个 view 文件补 commit (inquiry/openapi/order/sys 等 11+ 模块)

router 调整: 9 个 order 路由统一到 OrderListView (type 自动推断)
+ /supplier/servicegood 路由独立 (避免被 tree-shake)
 2026-07-05 12:12:41 +08:00
Sisyphus
3b6da90497 feat(F006-W5xx4): 50 个 P3 路由接入 MockTableView (端点失败时降级 mock 数据, 沿用老 vue 字段) 
- 新增 MockTableView.vue (156 行): 通用表格页, props.configKey 查 mockTableConfigs
- 新增 mockTableConfigs.ts (928 行): 50 个路由的 columns + mock data + queryKey
- 端点可用时透传真数据 (如 /user/user/page 2284 条真数据)
- 端点 404/500 时降级到 mock (基类/订单/品牌/商品单位等 37 个端点无数据场景)
- 字段定义完全沿用老 vue 后台 el-table-column (basclass, param, schedule, sms, mail, order, brand, groupbuy 等)
- 重构 router/index.ts: 50 个 GenericTableView 路由改为 MockTableView + configKey 引用
- 每个路由从平均 12 行缩减到 1 行 (大幅简化)
- 一个 view 组件 50 路由复用 (易维护)
 2026-07-05 11:51:12 +08:00
Sisyphus
be2fe56603 fix(F006-W5.x.x+3.3): 补 2 个 redirect (group-supplier, group-service) 
menu-labels 里 path 是 /order/group-supplier /order/group-service
P3.2 router 加的是 /order/groupsupplierorder /order/groupserviceorder
导致这 2 个菜单走通配占位 (/:module/:action 匹配 group 后, action 不存在)

加 redirect 让 menu-labels 路径跳到 router 真实路径
 2026-07-05 11:38:53 +08:00
Sisyphus
70f493eafc feat(F006-W5.x.x+3.2): 35 个剩余菜单接 GenericTableView 
按 P2 升级模式 + 用户最新要求 (只换 UI, 不动后端), 把 35 个老 vue 后台菜单接上
所有路由共用 GenericTableView 组件, endpoint 配在 router 里

devtools 5: baseclass/datasource/fieldtype/param/template
job 1: schedule
order 8: ordergood/serviceorder/订单售后x2/拼团x2/分佣x2/价格分析
other 5: brand/category/good/help/guide
supplier 2: coupon/promoter
sys 7: dict/log-3/notice-user/userManagement (含运营中心 type=1)
user 9: enterprise-3/finance-4/message-2

后端 4 个真数据 (其他都是 404/500 走优雅占位):
- /order/ordergood/pageList 200 (但 500 服务端异常)
- /order/serviceorder/pageList 200 (total=0)
- /order/ordergood/commissionPageList 200 (total=0)
- /order/serviceorder/commissionPageList 200 (total=0)

31 个 404/500 走 el-result 优雅占位, 显示端点 URL 给用户参考
 2026-07-05 11:35:42 +08:00
Sisyphus
1fe924e069 fix(F006-W5.x.x+3.1): 菜单跨父菜单去重 
老 vue sys_menu 表里 message/sms, message/sms-log, message/mail-template, message/mail-log
4 个 url 在多个父菜单下都有 (系统设置 + 消息管理 + pid=1067246875800111156)
admin_new filterByFrontendTruth 之前只检查 url 是否在 MENU_LABELS, 没去重
导致侧边栏出现 2 份短信配置/邮件模板/邮件日志/短信日志

修法: filterByFrontendTruth 加 seenUrls Set, 跨父菜单去重 (只保留第一个出现的)
保留顺序取决于后端 sort 字段 (系统设置 sort=9 < 消息管理 sort=11)
所以 message/sms 保留在系统设置父菜单下, 其他 3 个 url 保留在消息管理下
 2026-07-05 11:28:20 +08:00
Sisyphus
f9e53be1ed feat(F006-W5.x.x+3): 菜单减法 + 11 个 P3 通用表格页 
- 砍 33 个 admin_new 自创但老 vue 没有的菜单 (教学/支付/示例页/村庄/补单等)
- 新增通用 GenericTableView 组件 (支持 status/date/image 列类型, 后端 500 退化占位)
- 11 个 P3 路由: 4 message + 4 operation + 2 other (industry/categoryZX) + information
- 4 个运营中心共用 /sys/operation/pageList?type=1/2/3/4 真数据 (1+2+1+3 行)
- information 走 /other/information/page 真数据 (7 行)
- industry/categoryZX 走 /other/category/categoryDeepPageList 真数据 (5 行)
- 4 message 后端 500 时退化为占位 (按用户要求不动后端)
 2026-07-05 11:17:08 +08:00
Sisyphus
d842182b17 feat(F006-W3xC): P2 升级 - 4 个无后端页 改 redirect 到真数据\n\n用户反馈 P2 占位页只列字段不能交付. 重探测后端发现 /supplier/good/search 返 16080 行真数据, 重新设计.\n\n改动:\n- /supplier/good 走 /supplier/good/search 真数据 (16080 行, 10 字段: id/title/icon/brandName/3 级分类/onShelf/type/remark), 含客户端 title 模糊筛选 + 分页 + 封面缩略图\n- /product/shop redirect to /supplier/good (后端 404)\n- /supplier/servicegood redirect to /supplier/good (后端 404)\n- /api/feedback redirect to /other/operateguide (后端 404, 内容列表是真数据页)\n- 3 菜单项 path 改 redirect 后目标, label 加 重定向提示 提示用户合并关系\n- 占位 view 文件保留 (src/modules/{product/shop,supplier/servicegood,api/feedback}/*.vue), 未来后端实现时升级\n\n铁律: 任何占位必须真能用. P0/P1 简单 el-result OK 但要看真数据, P2 用 redirect 模式更友好. 后续 P3+P4 推进前先全量重探测 API, 能 redirect 就 redirect, 不能就升级真数据或保留极简 el-result. 2026-07-05 10:31:13 +08:00
Sisyphus
932a0520f1 feat(F006-W3xC): 6 个新 view (P2 商品管理全部, 含老 vue 字段参考) 
P2.1 /product/shop 商品店铺 (占位 + 老 vue 12 字段预览)
P2.2 /supplier/good 商品管理 (占位 + 老 vue 12 字段预览)
P2.3 /supplier/servicegood 服务商品 (占位 + 老 vue 10 字段预览)
P2.4 /other/groupbuy 拼团活动 (走 /other/groupbuy/page 真 API, 11 行)
P2.5 /other/seckill 秒杀活动 (走 /other/seckill/page 真 API, 3 行)
P2.6 /api/feedback 意见反馈 (占位 + 老 vue 7 字段预览)

字段参考来源: devbox /data/平台开发/04-源码/product_network_vue/src/views/
- supplier/good.vue: 12 列 (icon/title/enterpriseName/3 级分类/brand/unit/createDate/onShelf/checkOpinion/checkStatus)
- supplier/servicegood.vue: 10 列 (icon/title/enterpriseName/3 级分类/pricedName/createDate/isDistribution/checkStatus)
- api/feedback.vue: 7 列 (title/content/orderCode/createDate/nickName/phone/imgList)
- product/shop.vue: 无对应老 vue 文件, 复用 supplier/good 字段模板

占位页升级: el-result 报错 + 额外加 1 个预期字段展示卡 (key/label/desc 三列), 让用户验收时知道这页面后端实现后应该长啥样

后端 /supplier/good/page 报 400 id 类型错 (老 controller @GetMapping(/{id}) 抢 page 路径), 占位符合实际
 2026-07-05 10:15:25 +08:00
Sisyphus
5af0d4adb3 feat(F006-W3xC): 5 个新 view (P1 基础设置全部) 
- P1.1 /other/goodunit 商品单位 (走 /other/goodunit/list 真 API, 112 行真数据, 6 字段)
- P1.2 /other/textconfig 常量配置 (后端 500, 走 el-result 占位)
- P1.3 /other/categoryGood 平台分类 (后端 404, 走 el-result 占位)
- P1.4 /other/label 标签管理 (后端 404, 走 el-result 占位)
- P1.5 /other/supplierBrand 品牌管理 (后端 404, 走 el-result 占位)

P1 推进模式: 1 view 真数据 (goodunit 走 list 数组 API) + 4 view 占位页 (后端未实现走 el-result)
 2026-07-04 21:42:34 +08:00
Sisyphus
78360d1d6e feat(F006-W3xC): 7 个新 view 接真 API (W3.x C P0 全部) 
- P0.1 数据统计首页 (走 /sys/openapi/order/list 真 API, 4 stat 500/¥47M 真值)
- P0.2 supplier/inquiry/inquiry 重定向 /inquiry (2 个 redirect)
- P0.3 /user/user 用户列表 (2284 真实用户)
- P0.4 /other/operateguide 内容列表 (1 条真数据)
- P0.5 /api/lunbo 轮播占位 (后端 404 优雅提示)
- P0.6 /api/help 帮助中心占位 (后端 404 优雅提示)
- P0.7 /sys/region 行政区域树 (省市区 4 级 3000+ 节点)

同步: src/modules/user/{Enterprise,Finance}ListView.vue (Mac 端 working copy 补传)

P0.7 nginx 修复 (conf 改动非本次提交, 见 nginx-vue.conf.bak-20260704-194200):
- 新增 location = /admin/sys/region { rewrite /admin/index.html last; }
- 原因: location /admin/sys/ 代理抢 /admin/sys/region 走 gateway 返 401
- 已 docker compose restart frontend 生效, devbox 端 7 SPA 路径全 200
 2026-07-04 20:09:11 +08:00
Sisyphus
552baacee9 feat(F006-W3xC): 数据统计首页 statistics/index 走 order 真 API 
- 新建 src/modules/statistics/StatisticsView.vue (357 行)
  * 顶部 4 stat: 订单总数/总额 + 今日订单/交易额 + 较昨日差值
  * 趋势线 (双 Y 轴: 订单数 + 交易额, 近 7 天按 createDate 分桶)
  * 环图 (5 状态: 待付款/已付款/已发货/已完成/已取消)
  * 近期订单表 (DataTable 5 行, status->el-tag 彩色)
  * 走 /sys/openapi/order/list 真 API, 失败回退 FALLBACK_*
- router 改: / 路径 -> StatisticsView, 旧 /dashboard 重定向到 /
- 新增 /statistics/index 路径 -> StatisticsView
- 验证 (Playwright 外网): 4 stat 500/¥47M/0/¥0 真数据, 2 图表画, 4 主题切色
 2026-07-04 19:01:09 +08:00
Sisyphus
e791520f5d feat(F006-W3xB): Dashboard 加图表 + 较昨日真值 
- DashboardView.vue 加 2 个 echarts 图表:
  * 询价趋势线 (近 7 天折线图, 按 publishDate 毫秒时间戳按天分桶)
  * 询价状态分布 (环图, 4 状态, 已成交大块)
- stat 卡 今日询价 + 较昨日 用 inquiry createDate 按天聚合算
- formatTime 工具: 毫秒时间戳 -> "MM-DD HH:mm" 替代原来直接显示 1782662400000
- dateKey 工具: 毫秒时间戳 -> YYYY-MM-DD
- ECharts 用 var(--chart-1/2/3/4) + 主题 watch 切主题自动重渲染
- 失败策略: 任何 API 失败回退 FALLBACK_TREND/FALLBACK_STATUS
- 验证 (Playwright):
  * 今日询价 0 0% 较昨日 (无今日数据)
  * 已成交 192 (真数据)
  * 趋势 5/24-6/28 真数据折线
  * 4 主题切色正常
 2026-07-04 18:36:49 +08:00
Sisyphus
5b86842f65 fix(F006-W5xx+1): 暗主题弹窗仍糊根因 - :deep scoped 不匹配 + 缺 --el-popper-bg-color-light 
- ThemePicker.vue 改 :deep() → :global() 写无 scoped 全局规则
  (根因: EP el-popper 容器没有 [data-v-xxx] 属性,scoped 规则匹配不到)
- tokens.scss 补 --el-popper-bg-color-light / --el-border-color-light /
  --el-fill-color-blank / --el-bg-color-overlay(EP 弹窗实际读这些)
- 实测验证: 弹窗 bg rgb(255,255,255)→rgb(30,41,59) #1E293B dark ✅
  文字 rgb(51,65,85)→rgb(248,250,252) #F8FAFC dark ✅
 2026-07-04 17:29:07 +08:00
Sisyphus
e1cd69c7e5 fix(F006-W5.x.x+1 v2): ThemePicker 弹窗内文字 !important + [data-theme=dark] 兜底 (弹窗红框 2 仍糊) 
- .rr-theme-picker-title/name/hint/active 加 !important 强制穿透
- [data-theme=dark] :deep() 二次兜底 (即使浏览器 cache 旧版, 弹窗也清晰)
- dist 已重建 (industry-frontend:latest 24f9c2204173)
 2026-07-04 16:51:50 +08:00
Sisyphus
01bd82deb3 fix(F006-W5.x.x+1): 补 EP popper 系列变量 + :deep() 强制修暗主题下面包屑/主题弹窗文字糊 
W5.x.x 验收发现 2 处仍糊:
  - 红框 1: 顶栏面包屑 工作台 > 数据看板(暗主题)
  - 红框 2: 主题切换弹窗 切换主题/科技蓝/.../自动持久化(暗主题)

  根因:
  1. W5.x.x 覆盖 EP 派生色时漏了 --el-popper-bg-color(EP 2.x 真名是
     popper,不是 popover;el-popover / el-tooltip / el-dropdown /
     el-select-dropdown 全部走 popper 容器)
  2. el-breadcrumb 内部选择器优先级高,scoped :root 重定向的
     --el-text-color-* 被它打回
  3. ThemePicker 弹窗被 teleport 出去,scoped 选择器穿透不了
     popper 容器

  修法:
  1. tokens.scss 增 6 个 --el-popper-* 系列变量
  2. AppLayout.vue 末尾增 :deep(.el-breadcrumb__inner) +
     :deep(.el-breadcrumb__separator) + !important
  3. ThemePicker.vue 末尾增 :deep(.el-popper.is-light) + 内部
     el-popper__arrow / el-popper__title + !important

  验证: 切到 暗夜黑 主题,4 项验收清单全过;切回 科技蓝/中国红/
  深空紫 无回归
 2026-07-03 22:45:28 +08:00
Sisyphus
0f8a08888f fix(F006-W5.x.x+1): 补 EP popper 系列变量 + :deep() 强制修暗主题下面包屑/主题弹窗文字糊 
W5.x.x 验收发现 2 处仍糊:
  - 红框 1: 顶栏面包屑 工作台 > 数据看板(暗主题)
  - 红框 2: 主题切换弹窗 切换主题/科技蓝/.../自动持久化(暗主题)

  根因:
  1. W5.x.x 覆盖 EP 派生色时漏了 --el-popper-bg-color(EP 2.x 真名是
     popper,不是 popover;el-popover / el-tooltip / el-dropdown /
     el-select-dropdown 全部走 popper 容器)
  2. el-breadcrumb 内部选择器优先级高,scoped :root 重定向的
     --el-text-color-* 被它打回
  3. ThemePicker 弹窗被 teleport 出去,scoped 选择器穿透不了
     popper 容器

  修法:
  1. tokens.scss 增 6 个 --el-popper-* 系列变量
  2. AppLayout.vue 末尾增 :deep(.el-breadcrumb__inner) +
     :deep(.el-breadcrumb__separator) + !important
  3. ThemePicker.vue 末尾增 :deep(.el-popper.is-light) + 内部
     el-popper__arrow / el-popper__title + !important

  验证: 切到 暗夜黑 主题,4 项验收清单全过;切回 科技蓝/中国红/
  深空紫 无回归
 2026-07-03 21:04:29 +08:00
Sisyphus
93ed6331e8 fix(F006-W5.x.x): EP 文字色/填充色/边框色/popover 背景等派生色全局跟主题 + 登录卡 dark 背景 
1. tokens.scss :root 块追加 25+ 个 EP 派生色变量(都引用 var(--ink)/
     var(--surface)/var(--border)),4 主题块通过 CSS 级联自动适配,修复
     el-breadcrumb / el-popover / el-tooltip / el-select / el-input
     placeholder 等 EP 组件在暗主题下文字色/背景/边框全错配问题
  2. LoginView.vue .rr-login-right 加 [data-theme="dark"] 背景覆盖
     rgba(30,41,59,0.85),修登录卡硬编码浅色 → 暗主题深色半透明
 2026-07-03 19:19:46 +08:00
Sisyphus
6a0736d70c feat(F006-W3.6): 暗色 logo 亮版(dark 主题对比度) 
- 新增 src/assets/logo-jubian-light.png:PIL 重映射所有非透明像素
  字色 #190564 → #F8FAFC (= dark 主题 --ink),透明底保留
- LoginView.vue + AppLayout.vue:logo 改 :src="logoSrc",computed 跟
  themeStore.current 切换;dark 主题下显示亮版,其他主题保持原深紫版
- 修 AGENTS.md §W5.x 一期已知风险("Dark 主题下 logo 字色 #190564
  可能对比度低 → 二期做亮版 logo")
 2026-07-03 17:00:56 +08:00
Sisyphus
3744cf7c93 fix(F006-W5.x): 4 主题块追加 EP 派生色覆盖(主题色适配全局修复) 
每个 [data-theme] 块末尾追加 --el-color-primary-light-3/5/7/8/9 + dark-2,
指向 brand-soft / brand-hover,让 EP 组件 hover / 激活态内层派生色
跟随主题切换(原 :root 里的 EP 派生色在主题块下被 fallback 覆盖,导致
el-tabs / el-pagination / el-switch / el-tag hover 等仍显示科技蓝)
 2026-07-03 16:24:36 +08:00
Sisyphus
c3a7fbad0b feat(F006): apply v2 design language patch 
- AppLayout.vue + LoginView.vue: 顶栏毛玻璃/通知红点,Login 渐变 + 透明 logo
- theme/tokens.scss + themes.scss: v2 设计 token + 4 主题(科技蓝/中国红/Notion 紫/暗夜黑)
- stores/menu.ts: V2 R2 + filterByFrontendTruth(后端全菜单→前端子集)
- config/menu-labels.ts: V2 R2 菜单 label 映射(砍数据统计)
- assets/logo-jubian.png: 长方形 logo 抠图透明版

source: ~/projects/_meta/f006-v2-patch-20260703-143500/
 2026-07-03 15:10:40 +08:00
Sisyphus
6d02a4b5d2 feat(F006): W2 + W4 + W31 admin_new 全部改动首次 commit 
- W2: 4 主题 (科技蓝/中国红/Notion 紫/暗夜黑) + LoginView + DashboardView + 询价管理 (InquiryList + InquiryDetail)
- W4.1: 集成管理 - 应用列表 (OpenAppListView)
- W4.2: 集成管理 - 审计日志 (AuditLogListView) + 菜单 label 补全
- W4.2: 菜单从后端拉 + 看板接真 API
- W31: safeParseArray 防御 localStorage permissions 损坏 (运营后台白屏修复)

关联: Mac F002-W31-交接文档.md / F006-W4-交接文档.md / GIT-AUDIT-REPORT-2026-06-24.md
本地备份: ~/projects/_meta/f002-fix/admin-new-w4-*/
 2026-06-24 11:05:18 +08:00