 root
|
ee5f7791de
|
docs: 更新 PROJECT_ISSUES.md 记录审批相关问题
添加问题记录：
- 问题25：Tab 状态持久化问题
- 问题26：我已审批列表不显示（ApprovalService 数据源错误）
- 问题27：审批流程不自动跳过通知节点
- 问题28：架构问题总结 - 数据模型混淆
- 问题29：数据库完整性建议
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
2026-02-26 18:47:15 +08:00 |
|
|
root
|
df07b16c7a
|
feat: 实现多端飞书登录功能
1. 飞书客户端内：静默自动登录
- 检测飞书环境 (userAgent + ttjsBridge)
- 调用 ttjsBridge.getAuthCode() 获取授权码
- 自动登录到后台
2. 飞书客户端外：扫码登录
- 后端新增三个接口：
* POST /api/v1/auth/qrcode-login - 生成登录会话和二维码
* GET /api/v1/auth/qrcode-login/status - 轮询登录状态
* GET /login/qrcode/{id} - 飞书授权回调
- 前端新增 QRCodeLogin 组件：
* 使用 qrcode.react 生成二维码
* 每 2 秒轮询登录状态
* 状态：loading → pending → scanning → success/expired
3. 数据库表：feishu_login_session
- 存储 session_id, auth_url, status, user_id
- 状态：pending, scanning, success, expired
- 2 分钟过期机制
4. 其他优化
- 移除审批详情页的 header
- 更新 PROJECT_ISSUES.md 文档
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
2026-02-26 09:58:19 +08:00 |
|
|
root
|
8110b1e5e6
|
feat: 发起人自动审批通过功能
- 当发起人在审批人列表中时，提交时自动创建审批通过记录
- 根据节点类型判断是否完成：
- 单人审批（approver）：发起人审批后节点完成
- 或签（or_approve）：发起人审批后节点完成
- 会签（and_approve）：需要所有审批人审批才完成
- 节点完成后自动移动到下一节点或完成审批
- 更新 PROJECT_ISSUES.md 记录问题和解决方案
业务逻辑说明：
- 如果发起人选择自己作为唯一审批人，提交后申请直接完成
- 如果有其他审批人，需要其他审批人继续审批
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
2026-02-26 09:44:44 +08:00 |
|
|
root
|
ba41b340fc
|
fix: 修复审批列表首次加载不显示和发起人审批人问题
- 移除 loadingRef，解决 React 18 StrictMode 下请求阻塞问题
- 提交申请时根据选择的审批人动态创建/更新审批节点
- 修改申请提交后跳转到审批列表而非出差列表
- 更新 PROJECT_ISSUES.md 记录所有问题和解决方案
修复问题：
1. 首次进入审批列表"我发起的"不显示数据
2. 发起人也是审批人时"待我审批"不显示
3. 申请提交后跳转到错误的页面
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
2026-02-26 09:35:26 +08:00 |
|
|
root
|
b7919910f1
|
docs: 整理项目问题文档，修复审批列表数据混乱
- 新增 PROJECT_ISSUES.md 统一管理所有问题和解决方案
- 精简 CLAUDE.md，移除重复的问题记录部分
- 修复审批列表数据混乱问题（React 18 StrictMode + 状态管理）
- 修复首次加载不显示数据问题（requestIdRef 清理时机）
- 修复页码初始值错误（hasMore 默认值）
- 修复后端响应序列化问题（Eloquent 模型转数组）
- 添加审批人和抄送人重复校验
- 修复双 header 问题
- 调整申请页面 padding-bottom
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
2026-02-26 09:12:21 +08:00 |
|