Your Name
c2e07a89b8
清理死代码：sidepanel-view.jsx里被chapterOneViews短路掉的旧版登录/注册/找回密码分支
...
不是功能修复，纯清理。sidepanel-view.jsx的render()方法开头（chapterOneViews数组
含'login'/'register'/'reset'等）已经对这些view值提前return真实对接后端的
AuthOnboardingView。但同一个render()方法下半部分的三元表达式链里，还留着一份基于
view==='login'/'register'/'reset'的旧分支，分别渲染LoginView/CreateAccountView/
PasswordResetView——由于上面的提前return，这三个view值永远不可能落到这里，是无法
触达的死代码。
确认方式：全仓库搜索确认SidepanelView只有tinode-web.jsx一处渲染入口，其view prop
（state={this.state.sidePanelSelected}）只能来自handleHashRoute对SIDE_PANEL_VIEWS
白名单的校验结果——'login'/'register'/'reset'确实在这个白名单里（否则连
sidePanelSelected都设置不了），但chapterOneViews这个子集在render()内部的检查顺序
必然先于旧分支执行，所以旧分支不可能被触达。
删除范围：三个旧分支的JSX（对应import的LoginView/CreateAccountView懒加载/
PasswordResetView懒加载）+ 三个组件源文件本身（login-view.jsx/create-account-view.jsx/
password-reset-view.jsx，删除引用后确认全仓库不含任何其它referrer）+ 两个文件对应的
已生成umd构建产物（webpack不会自动清理不再产出的旧chunk文件，这两个是被删除源文件
遗留下来的孤儿产物）。'cred'分支（ValidationView，不在chapterOneViews里，仍在真实使用）
未改动。defineMessages里对应的login/register/reset翻译key本次未删——它们现在也
无法被messages[view]这条动态查找命中，但涉及i18n提取产物的联动改动超出这次清理范围，
如实记录，未处理。
验证：npm run build:dev干净通过（三个旧chunk不再产出）；真实浏览器完整走了一遍
登录（已有账号）/注册（全新手机号）/找回密码（重置刚注册账号的密码，重置后用新密码
重新登录成功）三条流程，均无回归。
2026-09-06 17:31:20 +08:00
Your Name
0d2637861d
修复好友个人主页"发消息/音视频通话"对零消息历史的新好友必现"消息已禁用"
...
根因：Profile.openChat() 一直只调用 onTopicSelected（tinode-web.jsx 的 handleTopicSelected），
这个函数只负责"切换到某个已知 topic"，从不发送原生 Tinode {sub} 请求。对一个从未被任何一方
订阅过的全新 P2P 会话（刚通过好友验证、双方都还没发过消息），本地没有缓存的 topic 订阅信息，
messages-view.jsx 的 isWriter 因此永远停在初始值 false，输入框被替换成"消息已禁用"提示且没有
任何入口能发出第一条消息——对每一个"刚加好友、还没聊过天"的真实场景都 100% 必现，不是边缘情况。
tinode-web.jsx 里其实已经有正确处理这个情况的 handleStartTopicRequest（通过 onCreateTopic prop
暴露）：判断 topic 是否已缓存，没有缓存就先设置 sub.mode 为完整权限再切换，已缓存则直接退化成
普通的 handleTopicSelected，两种情况都能正确处理。问题是 sidepanel-view.jsx 渲染
ContactManagementView（好友个人主页/群成员资料页所在文件）时，只透传了 onTopicSelected，
从未把 onCreateTopic 一起传下去，导致 Profile 组件即使想调用正确的入口也拿不到。
修复：sidepanel-view.jsx 补上 onCreateTopic 的透传；contact-management-view.jsx 的
ContactManagementView/Profile 都新增接收这个 prop，openChat 优先调用 onCreateTopic
（不可用时兜底回退到原来的 onTopicSelected，避免类型不匹配报错）。
验证：用两个全新注册、互加好友但零消息历史的真实账号（ch7test1/ch7test2）在浏览器里复现——
修复前点"发消息"进入会话后输入框区域固定显示"消息已禁号"且没有任何输入控件，WS 日志确认
自始至终没有对该 p2p topic 发过 {sub}；修复后点"发消息"能看到真实的 {sub} 请求（带
acs.mode: JRWPA）、输入框正常出现，并成功发送/收到多条真实文本消息。
2026-09-06 16:38:46 +08:00
Your Name and Claude Sonnet 5
38b43936ce
修复桌面端会话内错误提示完全不可见、收藏发送面板显示空白/裸类型名、delivery-marker图标className拼出undefined
...
- 桌面布局下打开一个会话时，sidepanel-view.jsx 走的是 messages-home 分支（渲染
MessageCenterView），这个分支从来没有渲染过ErrorPanel；messages-view.jsx自己的ErrorPanel
又只在displayMobile时才渲染——两边一凑，桌面端（最常见的使用状态）里任何onError(...)调用
（上传失败、收藏转发失败、URL风控拦截等）全部没有可见的展示出口，用户只会觉得"点了但什么
反应都没有"。已用真实handleError()调用实测确认：修复前DOM里根本没有.info-box节点，修复后
正确渲染且visible。
- "我的收藏"发送面板：favoriteSummary()对图片/视频收藏显示空白（真实数据里这两类的
snapshot.content.txt是占位用的单个空格，被直接当文本展示）、对文本类收藏显示裸露的内部
类型字符串"text"（FAVORITE_TYPE_LABEL没有text这个key，且文本收藏的content本身就是纯字符串
而非{txt:...}对象，原逻辑没处理这种形状）。改成图片/视频/语音三类固定用类型标签、文本类型
优先判断content本身是不是纯字符串、并给FAVORITE_TYPE_LABEL补上text条目。
- received-marker.jsx的已发送/已送达图标（deliveryMarker对这两种状态返回的对象没有color字段）
拼接className时把undefined直接字符串化拼了进去，实际渲染成"material-icons small undefined"。
均已重新构建验证；received-marker/favoriteSummary为纯函数级修复，逻辑经过仔细核对但未逐一
截图复核（不依赖运行时状态，风险低）。
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com >
2026-09-05 18:42:08 +08:00
Your Name and Claude Sonnet 5
bede45fd7f
第七轮深度测试：修复7个agent发现的12处前端问题，重点是列表分页截断与呼叫/播放状态机
...
- 通话状态机（Ch8）：canStartCall 补齐通话中重复发起的防护，callShouldStart 补齐放弃/失败路径的清理
- 分页截断（Ch5-6）：新增 fetchAllPages 辅助函数，修复通讯录/黑名单/好友申请/群成员/管理员/禁言等
11 处列表只读首页导致真实成员被遗漏的问题；群角色判断改用不受分页影响的 getGroup().my_role
- 消息与媒体（Ch3-4/Ch7/Ch9）：录音超时污染时长、手动重试丢失 head 导致消息被错误分类、批量删除
未取消上传中附件、语音播放器补齐同时只能播一条、workplace-collaboration-view 冗余重试请求
- 独立密码/青少年模式（Ch10-11）：设置密码后按调用来源判断是否应自动开启青少年模式，避免关闭流程
中途"忘记密码"被误当成开启；注销账号确认文案补充群主后果说明
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com >
2026-09-05 12:18:25 +08:00
Your Name and Claude Sonnet 5
93b856aec8
第三轮深度测试：修复7个并行agent发现的前端问题，含REASON_MESSAGES系统性补全
...
派了Ch1-2/3-4/5-6/7/8/9/10-11共7个agent对全部11章重新深度测试。后端问题已核实追加进
docs/IM-后端问题清单-2026-09-04.md（新增6-9条，发给用户）；本次是前端问题的修复。
**REASON_MESSAGES系统性补全（最高优先级，多个agent独立发现同一个缺口）**
im-api.js的REASON_MESSAGES表新增22个条目，最重要的是PERMISSION_DENIED——后端
server/im_http.go里403响应统一用这个reason（30余处调用），但表里原来只有一个从未
被后端实际发送过的死条目FORBIDDEN，导致全站几乎每一个403从工程一开始就在展示原始
英文"permission denied"。一并补上VERSION_CONFLICT/MALFORMED_REQUEST（Ch9 agent实测
命中）、NOT_FOUND、VERIFICATION_RATE_LIMITED（动态文案，同TOO_MANY_ATTEMPTS模式）等。
新增translateReason()导出函数并用于send-message.jsx的sendFavorite——favorites/forward
等几个批量接口恒定200、真实成败包在items[].reason里，imRequest的自动翻译够不到这种
per-item场景，之前直接显示原始reason字符串。tinode-web.jsx同理补了CTRL_ERROR_TEXT_CN
（原生WS {ctrl}协议错误，同样绕开REASON_MESSAGES）并修了原表从未真正匹配过的bug——
CommError会把状态码拼进message变成"authentication failed (401)"，原表按裸文本精确
匹配，看着正常纯粹是因为401/403兜底文案凑巧一样，一旦命中"unknown authentication
scheme"这类会被兜底文案误导、"policy violation"这类会直接漏出英文。uploadLargeFile/
createChatUploader/createFileDownloader同样绕开REASON_MESSAGES（走原生{ctrl}协议），
补了UPLOAD_CTRL_TEXT_CN小词典。已用真实账号端到端验证：favorites/forward到P2P目标
触发的PERMISSION_DENIED现在正确显示"没有权限执行此操作"；draft接口版本冲突正确显示
"内容已被修改，请刷新后重试"。
**编辑消息时打开附件面板会静默覆盖被编辑消息（Ch3-4 agent发现，数据损坏级别）**
sendMessage对editing状态一律用head.replace，但onAttachFile/onAttachImage/onAttachAudio
原来只在forwardMessage时置空，编辑态没有同款门禁——编辑一条消息不改文字、点"+"选张图片
或名片，会直接把附件内容替换掉被编辑消息的原文，无任何确认。messages-view.jsx新增
editingMessage门禁，和forwardMessage一样把三个attach回调置空（等价于隐藏整个"+"按钮）。
已用真实浏览器验证：编辑态下"+"按钮消失，取消编辑后正常恢复。
**草稿防抖单一共享定时器丢字（Ch1-2、Ch3-4两个agent独立发现）**
handleComposerChange用单个this.draftSaveTimer，话题A打字触发600ms保存后300ms内切到
话题B，会把A的定时器clearTimeout掉，那次输入永久丢失；version也在定时器触发时才重新
读state，此时可能已经在别的话题上，退化成硬编码0——叠加后端draft接口对version=0"无条件
跳过乐观锁"的行为（已记入后端清单新增6），可能静默覆盖别的标签页写入的更新草稿。改为
按话题分开的定时器map，version在调用的当下（保证仍在该话题）同步捕获进闭包。
**呼叫状态机两处真实bug（Ch8 agent此前发现，本次重新核实live代码后确认+修复）**
1. 通话中导航离开messages-view.jsx整个组件树（切到工作台/个人设置，或移动端切回会话
列表）时，没有任何hangup清理——componentSetup已有的"切换话题时正确挂断"逻辑只在
componentDidUpdate里，组件真正卸载时不会触发。CallPanel自己的componentWillUnmount
只做本地清理，不通知对方也不重置tinode-web.jsx顶层callState，导致下次切回通话话题
时remount出一个callState卡在CALL_STATE_IN_PROGRESS的"僵尸"面板——start()走"我们刚
接听"分支直接return，从不调getUserMedia，本地媒体永久拿不到。补了对称的
componentWillUnmount挂断逻辑。
2. this.callTimeoutTimer声明后从未被真正setTimeout赋值——呼出无人接听或accept信令
（fire-and-forget的{note}包）被丢会永久卡在"呼叫中"。补了armCallRingTimeout()，
60秒未接通按跟手动取消完全一样的路径挂断（不发明新的通话结果语义），在收到对方
accept信号的两处分支都正确清timer。
**其余前端修复（按文件）**
- messages-view.jsx: @提醒mentionedUsers只在切话题时清空，同一话题内后续消息里字面
文本"@张三"会被静默解析成真实提醒（发送后清空）；jumpToMessage点开已撤回/删除的
搜索结果原来只console.error静默失败，补了用户可见的错误提示；批量收藏对
favorites/batch共享Idempotency-Key导致的静默丢失（已知后端问题）不再照单全收
"收藏成功"，改为发送后重新拉取真实收藏列表核对每条是否真的落地。
- audio-recorder.jsx: getUserMedia权限弹窗未决出结果时组件被卸载，补_unmounted
标记避免在死实例上继续跑mediaRecorder.start()。
- send-message.jsx: disabled变为true时（对方拉黑/被禁言等实时ACS变化）没有强制结束
正在进行的按住录音，可能remount出无用户手势的"自动录音"；mouseup/touchend覆盖不到
拖出窗口/切换标签页/权限弹窗抢焦点的释放场景，补了blur/visibilitychange兜底。
- tinode-web.jsx: messages-menu视图和messages-home共用MessageCenterView实例无key，
从messages-home以非整体刷新方式切到messages-menu时菜单打不开，补key={view}。
- message-center-view.jsx: 实名认证驳回提醒的dismiss key只按用户+状态区分，同一状态
的两次独立驳回会互相误压制，改按submission_id区分。
- contact-management-view.jsx: Profile/Settings靠getUserProfile刷新拉黑状态，但该
接口对被拉黑对象直接403，导致"之前会话就已拉黑"的场景完全感知不到——叠加
getConversationContext兜底（该接口对拉黑目标正确返回200+relationship）。
- group-management-view.jsx: AdminList显示群主/管理员姓名漏了group_nickname兜底；
JoinRequests从聊天页横幅进入时返回按钮硬编码回group-settings（应回聊天本身），
从Governance进入时返回group-settings而非group-governance（与AdminList/Muted不一致）。
- workplace-collaboration-view.jsx: OrganizationDirectory/DeptNode的部门树加载失败
被无条件当成"暂无数据"渲染，补loadError区分+重试链接。
- personal-settings-view.jsx: CacheClear对navigator.storage/caches整个不存在的情况
只有react出了范围的.catch()覆盖不到的同步抛错，加了特性检测+try/catch；
YouthModeVerify触发TOO_MANY_ATTEMPTS锁定后确定按钮没有禁用/倒计时，会继续发出
注定失败的请求。
- security-support-view.jsx: 意见反馈category字段在config未加载完成前可为空但没有
提交前校验，会打到后端400。
- use-cached-data.js: bootstrap等首次拉取失败且无缓存兜底时永久停在undefined，加了
一次3秒后重试（仅在完全没有缓存值时触发，已有缓存值维持原"显示旧数据"行为不变）。
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com >
2026-09-04 23:29:52 +08:00
Your Name and Claude Sonnet 5
251c9de87c
Convert im_webapp from static mock prototypes to real backend integration
...
Implements all 11 product chapters (auth, messaging, contacts, groups,
files/favorites, calls, workplace/reports, settings, security) against the
real /v1/im REST API and native Tinode WS protocol, replacing the hardcoded
mock data the ba8f48eenoreply@anthropic.com >
2026-09-03 11:40:53 +08:00
richjohnrambo
ba8f48ee83
完成 IM Web Android 端产品页面开发
2026-08-25 18:30:40 +08:00
or-else
16489432cf
fix wallpaper defaults
2026-01-16 11:51:42 +03:00
or-else
ca492e2e93
wallpapers in dark/light mode seem to work now
2025-10-26 21:51:40 +03:00
or-else
0f8d94ac2f
wallpapers
2025-10-18 15:32:14 +03:00
or-else
79a1bc98b2
add config option to send on Enter vs send on CTRL-Enter
2025-08-10 15:25:05 +03:00
or-else
276f2bed34
make some components lazy-loaded
2025-07-09 10:51:27 +03:00
or-else
6d02cc903c
dark mode mostly done
2025-06-13 16:26:48 +03:00
or-else
c17118d157
fix a bunch of problems with credential validation
2023-05-08 14:08:21 -07:00
or-else
8df3c34cf4
moved hiding components to the top level
2023-03-14 15:54:22 -07:00
or-else
6e46a8dfda
fixed + cleanup
2023-02-01 15:37:44 -08:00
or-else
99c9a698a0
password reset seems to work correctly
2023-02-01 14:38:57 -08:00
or-else
aa5e9ef5c7
adding credential editing
2023-01-27 16:18:23 -08:00
or-else
d8f7a41bdd
password reset works, missing translations
2023-01-26 15:58:33 -08:00
or-else
e2f3201ddb
phone editing widget works
2023-01-25 17:08:07 -08:00
or-else
48caa605c7
work in progress
2023-01-24 08:53:08 -08:00
or-else
ce19ebbbdd
fix for https://github.com/tinode/chat/issues/825
2023-01-23 10:18:22 -08:00
or-else
ee106a17f6
incomplete fix for authentication after credential validation, #100
2022-08-29 18:37:10 -07:00
or-else
8250c5f372
enable connections to sandbox from localhost
2022-08-14 16:01:09 -07:00
or-else
62d289a270
another little fix
2021-08-20 21:05:24 -07:00
or-else
fcb61dcc3b
a ton more refactoring
2021-08-07 15:34:22 -07:00
or-else
6d4ff9d625
a lot of refactoring of topic-info
2021-08-06 14:58:05 -07:00
or-else
642821db9f
refactoring for better topic and account editing
2021-08-05 16:32:13 -07:00
or-else
094173fe02
refactoring info-view into reusable components
2021-07-18 19:26:34 -07:00
or-else
f81aaea837
change method signatures to make TopicCommonView usable in INfoView
2021-07-16 14:19:56 -07:00
or-else
b704499308
making AccGeneralView more generic, using msg.extra for attachments
2021-07-16 12:57:30 -07:00
or-else
0cd432a52f
minor cleanup
2021-07-15 18:51:56 -07:00
or-else
0afef6c587
fixing display of avatars by URL
2021-07-15 17:29:06 -07:00
or-else
f1196e17ff
wip: cropping mostly works, uploads do not yet
2021-07-13 09:35:17 -07:00
or-else
f2cd1ba0f2
making avatar cropping work
2021-07-10 19:11:21 -07:00
or-else
bc6e2ab8d2
wip: avatar panning and zooming
2021-07-10 15:39:02 -07:00
or-else
e30868c072
wip: out of band avatars
2021-07-01 14:19:28 -07:00
or-else
c5c08aa4f9
minor visual fixes
2021-06-28 10:45:16 -07:00
or-else
649d6e0494
trusted badges work as expected
2021-06-27 18:20:45 -07:00
or-else
c57fd6e539
fix DB initialization and teardown, wrong upload parameters order
2021-06-09 15:58:07 -07:00
or-else
3144e7a721
a few more format changes
2021-01-28 16:23:17 -08:00
or-else
e05e75ed28
use server-provided limits instead of hardcoded ones
2020-12-17 20:14:03 -08:00
or-else
e5e78755ae
blocked chats display
2020-04-17 14:30:26 +03:00
or-else
c0a3ba6a92
make topic and user deletions "hard"
2020-04-15 09:45:49 +03:00
or-else
ea8ac3c293
refactoring of account settings into multiple screens
2020-04-13 16:01:24 +03:00
or-else
cdd40facec
support for incognito mode
2020-04-01 21:13:32 +03:00
or-else
22710adbe3
add spinner to login action, small build changes
2019-10-03 16:48:47 +03:00
or-else
53d748a7bd
deleting contacts
2019-06-07 16:26:42 -07:00
or-else
fc96d200ed
archiving kind of works but buggy
2019-02-03 12:48:47 +03:00
or-else
541ead2136
implementing chat archiving (does not work yet)
2019-02-02 21:31:58 +03:00
Your Name