yudao
/
admin-vue3
mirror of https://gitee.com/yudaocode/yudao-ui-admin-vue3.git
3
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
5,145 Commits
9 Branches
27 Tags
48 MiB
Commit Graph

19 Commits (4e181564b84b22e07ef3c0b2c1c65075ac9be2b1)

Author SHA1 Message Date
YunaiV 4e181564b8 feat(im): 清理一些 TODO 的修复 2026-05-05 22:04:45 +08:00
YunaiV 390b66aee8 feat(im): 群禁言/封禁 UI 交互 + 群主解散群聊 
一、群禁言交互
- MessageItem 右键菜单新增「禁言/解除禁言/移除」（权限校验）
- 新增 GroupMuteMemberDialog 禁言时长选择弹窗
- ConversationGroupSide 新增「全群禁言」开关
- MessageInput 新增禁言/封禁覆盖层，拦截所有发送入口
- canManageSender 目标角色未知时不展示管理菜单
- 全群禁言群主按 ownerUserId 直接豁免，不依赖成员列表

二、群封禁（GROUP_BANNED 1533）
- constants 激活 GROUP_BANNED 常量，扩展 isGroupNotification 范围
- groupStore 处理 1533 事件，实时更新 banned 字段
- MessageInput 覆盖层最高优先级判断 banned（红底）
- Group 类型、convertGroup 映射 banned 字段

三、禁言事件（1512-1515）
- constants 激活 GROUP_MEMBER_MUTED / CANCEL_MUTED / MUTED / CANCEL_MUTED
- groupStore 处理 1512-1515 事件，更新 muteEndTime / mutedAll
- user.ts 新增 4 条禁言 + 2 条封禁通知文案
- GroupNotificationPayload 扩展 mutedUserId / muteEndTime / banned

四、群主解散群聊
- ConversationGroupSide 底部按钮：群主显示「解散群聊」，非群主显示「退出群聊」
- 新增 handleDissolve 实现（二次确认 → dissolveGroup API → 清本地数据）
 2026-05-05 18:41:28 +08:00
YunaiV 4d006f8e73 feat(im)：将"免打扰"字段从 muted 全量重命名为 silent（DO/VO/Service/Mapper/测试/SQL + 前端 types/store/组件/管理后台），为后续 mute 禁言功能腾出词族 2026-05-05 13:51:53 +08:00
YunaiV bf79e07d5c ♻️ refactor(im): 清理代码中的 TODO 注释并优化逻辑 2026-05-03 13:27:31 +08:00
YunaiV 7c129c18c4 ✨ feat(im): 增加群消息的置顶 2026-05-03 12:53:24 +08:00
YunaiV 01e0e8e37b ✨ feat(im): 增加群消息的置顶 2026-05-03 12:15:39 +08:00
YunaiV ffb69063b9 ✨ feat(im): 重构群通知相关，对齐 openim 的消息编号（继续优化代码） 2026-05-03 09:22:53 +08:00
YunaiV 43372c05ad ✨ feat(im): 重构群通知相关，对齐 openim 的消息编号 2026-05-03 02:00:43 +08:00
YunaiV fa27c27831 ✨ feat(im): 增加群角色（管理员） 2026-05-02 14:31:42 +08:00
YunaiV 1dfab43b8a ✨ feat(im): 增加【消息引用】的功能 2026-05-01 18:03:05 +08:00
YunaiV 4b64153044 ✨ feat(im): 完善 friend、group 相关的本地存储（疯狂优化） 2026-04-29 22:03:54 +08:00
YunaiV e90f9e5237 ✨ feat(im): 增加 friend、group 相关的本地存储 2026-04-29 15:50:49 +08:00
YunaiV ba34e4adc0 ✨ feat(im): 优化整体 message 包结构 2026-04-28 09:30:12 +08:00
YunaiV 3ea04663f2 ✨ feat(im): IM 5 个 store 补 HMR + 抽 atAll 常量 + 全面补齐 JSDoc 
- 全部 5 个 store（conversation / friend / group / ui / websocket）加
  acceptHMRUpdate；Pinia 单例的 actions 是 wrapper 闭包，Vite 推新模块时
  不会自动替换闭包内的旧函数体，导致改 store 后看着热重载、跑的还是旧逻辑
- 抽 IM_AT_ALL_USER_ID（-1）+ IM_AT_ALL_NICKNAME（'所有人'）到
  utils/constants.ts；conversationStore 删本地 AT_ALL_FLAG 改用共享常量；
  MentionPicker 渲染虚拟项 / ChatGroupMember 类型注释也都引这两个常量
- groupStore.loadGroups 改成合并而非全量替换：用 groupMap 按 id 找已有项，
  保留 loadGroupMembers 写过的 members / memberCount / muted（这三个字段
  不在 ImGroupRespVO 里，全量替换会被冲掉）
- groupStore.loadGroupMembers 重写为分步注释（1. 缓存 / 2. 拉取 /
  3. 回填 muted / 4.1 占位 / 4.2 直写）；await 之后必须重新 getGroup
  防 race（loadGroupMembers 与 loadGroups 并发时用入口快照会把真实 name
  覆盖成 String(groupId)）
- types/GroupMember 补 muted 字段，convertGroupMember 透传，
  解决 vue-tsc TS2339 / TS2353
- 5 个 store 缺 JSDoc 的方法全部补齐：removePrivateConversation /
  removeGroupConversation / getFriend / getActiveFriends / isFriend /
  loadGroupInfo / upsertGroup / stopHeartbeat
- 全局"墓碑"措辞统一为"软删保留记录"，types / friendStore / groupStore 三处
- groupStore 删冗余注释（与代码自描述重复的）若干处；变量 g/old 改 group/existing
 2026-04-27 13:10:15 +08:00
YunaiV a0ed0d800c ✨ feat(im): 群聊免打扰接入后端，完善免打扰失败回滚 + ContextMenu 微调 
- groupStore.setMuted 改 async，调 /im/group-member/update 推后端
- GroupMember.muted 在类型层补齐；convertGroupMember 保留 muted；
  loadGroupMembers 拉完成员后用当前用户那条 member.muted 回填 group.muted
  与 conversation.muted，避免冷启动后服务端已免打扰的群在会话列表里仍显示为
  未免打扰
- ConversationItem.handleMuted 失败回滚：catch 后 ElMessage.error 并反向
  setMuted 把 conversationStore（已 saveConversations 落盘）拽回正确状态
- ContextMenu 分割线改用 h-[1px] + bg（UnoCSS 不带 border-style preflight，
  border-t 在空内容 div 上不显形），文案 text-center → text-left 贴近微信
- groupStore.setMuted 改 async 后，ConversationItem 里两路 setMuted 调用
  都用 void 显式 fire-and-forget，风格统一
 2026-04-27 09:29:49 +08:00
YunaiV e85f8edcaa ✨ feat(im): 优化 ConversationItem.vue，对齐微信交互 2026-04-27 08:42:39 +08:00
YunaiV a35698fc07 🐛 fix(im): 群聊离线拉取看不到撤回提示，pull 路径接入 recallMessage 
pullByType 之前对 RECALL 信号一律 skip、只靠原消息 status=RECALL 走 OR 兜底渲染。
当 pull 的 minId 卡在原消息处、回拉只返回信号时，本地缓存里的老消息没人翻成
RECALL，会一直停在原态——配合后端群聊 mapper 过滤掉 status=RECALL 的原消息，群聊
离线撤回完全不可见。

改成 pull / WS 走同一套 dispatch：
- pullByType 信号转 conversationStore.recallMessage()，跟 WS 路径一致
- recallMessage 把 parseRecallMessageId 收敛进内部，第 3 个参数从
  messageId: number 改成 recallSignalContent: string，4 个调用点都缩成一行
- MessageItem.isRecall 只判 type=RECALL，去掉 status=RECALL OR 分支
  （conversationStore 里跳未读 / 跳已读那两处对 status 的判断是业务逻辑保留）
 2026-04-26 00:28:43 +08:00
YunaiV 2785e2bea6 ✨ feat(im): 重构优化 store 方案 2026-04-25 16:45:31 +08:00
YunaiV e30e30ea51 🐛 fix(im): 撤回信号错用 TIP_TEXT，应为 RECALL 2026-04-25 11:42:34 +08:00