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
|
9c5b11e551
|
✨ feat(im): 支持历史消息的加载
|
2026-04-28 01:08:45 +08:00 |
|
YunaiV
|
9e8d04249c
|
🐛 fix(im): TIP_TEXT 系统提示不再显示空白
群解散 / 退群 / 踢人 等系统提示后端发的是裸字符串，之前按 TextMessage JSON
解析 → 主聊天窗显示空行、会话列表摘要变空。
- message.ts：新增 resolveTipText helper，兼容裸字符串 + {"content":"..."}
- MessageItem / conversationStore.resolveLastContent 把 TIP_TEXT 从 TEXT
分支拆出来，统一走 resolveTipText（TEXT 仍按 JSON 解析，没有裸字符串可能）
|
2026-04-27 19:56:54 +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
|
9a4e79e4ef
|
🐛 fix(im): conversation.messages 入 IDB 前用 toRaw 解 Proxy，否则 structuredClone 抛 DataCloneError 静默丢消息
|
2026-04-26 17:57:50 +08:00 |
|
YunaiV
|
f929ebc184
|
✨ feat(im): 增加 conversationStore.ts 未来的优化 todo；
|
2026-04-26 16:13:58 +08:00 |
|
YunaiV
|
8c1f17f5a6
|
🐛 fix(im): 私聊已读消费端卡 maxReadId + 上报 messageId 与后端对齐
handlePrivateReceipt 收到对方 RECEIPT 时丢弃了后端编码在 DTO id 字段
的 maxReadId，applyReadReceipt 把会话里所有 selfSend 未撤回消息一刀切
标 READ；回执在路上时刚发的消息会被误标已读。
- applyReadReceipt 的 markPrivateRead 改为 privateReadMaxId，按
id <= maxReadId 卡边界，超过 maxReadId 的自发消息保留原状态；
- handlePrivateReceipt 透传 websocketMessage.id 作为 privateReadMaxId；
- apiReadPrivateMessages 增加 messageId 形参，与后端新接口对齐；
- websocketStore 私聊自动已读用刚到的消息 id；useMessageSender.readActive
把私聊 / 群聊的 maxMessageId 计算合并到调用前。
|
2026-04-26 09:46:09 +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
|
66514fc597
|
♻️ refactor(im): conversationStore 存储改为 IndexedDB 按会话分桶 + 命名统一
- 持久化迁到 localforage（IndexedDB），meta 索引与单会话 messages 分 key 存，消除写放大
- saveConversations 支持 不传 / 单个 / 数组 三种粒度；签名改为 sync void（fire-and-forget）
- 修复 sortConversations 仅刷 meta 不刷 messages 导致离线消息重启丢失的 bug
- 方法重命名：saveToStorage→saveConversations、updateMessageState→ackMessage、applyRecall→recallMessage、refreshConversations→sortConversations、removeLocalMessage→removeMessage、_removeMessagesStorage→removeConversationMessages
- 删除 dead field Conversation.lastReadCount；TIP_TIME clientMessageId 改用 uuid
|
2026-04-25 22:52:00 +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 |
|
YunaiV
|
d6f96a56a2
|
✨ feat(im): 优化 ConversationItem.vue 逻辑
|
2026-04-24 21:54:20 +08:00 |