 Your Name
|
693265658f
|
fix(导航): 关闭聊天/信息面板改为真实返回，不再新增历史记录
用户反馈：从会话列表打开聊天A，点页面自己的"返回"关掉聊天，再打开聊天B，这时候点
浏览器的返回键，会先回到列表，再点一次返回又跳回了聊天A——因为"关闭"这个动作和"打开"
一样都在往浏览器历史里push新记录，而不是弹出(pop)"打开"时push的那条，导致聊天A那条
记录一直遗留在历史栈里，多按一次返回就会被重新翻出来。
两处受影响、同一根因：
- tinode-web.jsx 的 handleHideMessagesView（移动端聊天页左上角"←"，messages-view.jsx
的#hide-message-view）——打开聊天(handleTopicSelected)是真实push，关闭时原来无条件
再push一条"没有话题"的状态，现在改成先尝试HashNavigation.goBack()，找不到可回退的
历史才退回原来的push方式。
- info-view.jsx 的 handleBackNavigate（旧版InfoView自己的返回/关闭按钮，目前只有"已
保存的消息"这一个话题还在用它，好友/群的资料页已经在更早的章节改用真正修过返回逻辑
的friend-settings/group-settings）——同样的问题，同样的修法。
已在浏览器验证：连续"开聊天A→点返回关闭→开聊天B"后，浏览器返回键能一次性回到聊天A
从未存在过一样，不会再被重新翻出来；InfoView的关闭按钮点击后hash是异步变化的（真实
history.back()的特征），不再是原来同步的push。
|
2026-09-06 12:29:56 +08:00 |
|
|
or-else
|
7bf3fa71d6
|
partially dependencies updated
|
2026-07-04 15:19:03 +03:00 |
|
|
or-else
|
2aa1b731ee
|
fix for #140, fix for some UI breakage, cosmetic changes
|
2026-03-01 13:59:59 +03:00 |
|
|
or-else
|
a54ae70746
|
split out a few modules, handle esc key
|
2026-01-19 15:41:33 +03:00 |
|
|
or-else
|
0f8d94ac2f
|
wallpapers
|
2025-10-18 15:32:14 +03:00 |
|
|
or-else
|
8ca7f5cd3e
|
support for showing the number of subscribers
|
2025-09-29 20:51:51 +03:00 |
|
|
or-else
|
c70e5ebf7e
|
fix late initialization of InfoView component
|
2025-09-24 19:38:29 +03:00 |
|
|
or-else
|
4818ee7a25
|
support for pinning topics; truncate text with support for RTL languages
|
2025-09-20 18:18:01 +03:00 |
|
|
or-else
|
6a208cf040
|
rebuilt
|
2025-07-09 10:54:31 +03:00 |
|