YunaiV
|
14e3f85cb0
|
♻️ refactor(im)：用户申请列表，增加流式查询，避免一次性加载过多，或者历史无法被加载到。
|
2026-05-04 22:46:20 +08:00 |
|
YunaiV
|
9fc25b7109
|
♻️ refactor(im)：friendStore 修 setMuted/removeFriend 一致性 + 新申请直推列表 + 清 dispatcher 防御兜底
|
2026-05-04 21:13:36 +08:00 |
|
YunaiV
|
45bac49ec0
|
♻️ refactor(im)：friendStore 回调参数 f 改全名 friend / existing
|
2026-05-04 19:52:44 +08:00 |
|
YunaiV
|
b242b017c0
|
✨ feat(im)：fetchFriends 加 pending 去重 + FRIEND_APPLICATION 重命名 RECEIVED + inflight 命名调整为 pending
|
2026-05-04 19:14:51 +08:00 |
|
YunaiV
|
cfd152addf
|
✨ feat(im)：实现 1209 FRIEND_INFO_UPDATED 推送（system 发 AdminUserProfileUpdateMessage，IM Consumer 监听后批量推好友多端）
|
2026-05-04 18:24:08 +08:00 |
|
YunaiV
|
7618d58a66
|
feat(im)：好友模块 code review 多项修复（补 block/unblock 全链路 + UserInfo 菜单入口、silent 后主动入库、防 currentUserId 切账号失活、雪崩去重与命名/枚举清理）
|
2026-05-04 17:31:21 +08:00 |
|
YunaiV
|
7141e431e2
|
✨ feat(im): 前端增加「黑名单」的操作
|
2026-05-04 16:24:12 +08:00 |
|
YunaiV
|
b6ca1187b1
|
✨ feat(im): 增加好友申请的逻辑（v1.3：修复各种边界情况，包括静默添加好友）
|
2026-05-04 11:08:03 +08:00 |
|
YunaiV
|
f86cd30af4
|
✨ feat(im): 增加好友申请的逻辑（v1）
|
2026-05-04 09:18:35 +08:00 |
|
YunaiV
|
1dfab43b8a
|
✨ feat(im): 增加【消息引用】的功能
|
2026-05-01 18:03:05 +08:00 |
|
YunaiV
|
0ab8b292f2
|
✨ feat(im): 增加 pinyin 功能
|
2026-04-30 15:22:35 +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
|
de39bc7fc1
|
✨ feat(im): 优化代码，移除 message 里的 name 存储，避免更新困难。（为 friend、group 独立存储做准备）
|
2026-04-28 23:32:40 +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
|
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 |