修复全页面走查发现的问题（第二批：登录、通讯录、群聊）

第1章
- tinode-web: 手输密码登录失败会 navigateTo('') 把用户弹回企业码页，刚输的账号丢了，而
  TenantEntry 不渲染 FormAlert，那句错误提示根本看不到。改成只有存储的 token 失效才回登录入口。
- auth-onboarding IdentityCheck: 限流 429 时服务端会连同未过期的 challenge_id 一起返回，
  原来只显示错误文案、challengeId 留空，于是 submit 开头的守卫静默吞掉点击——输完验证码点
  "确定"毫无反应也无提示。同文件 VerificationButton 早就处理对了，这里是漏抄。
- auth-onboarding Register: 手机号注册路径硬传 invite_code:''，把用户填的邀请码丢了。后端
  user.go:175-181 对邀请码的校验和 RecordUse 不区分注册路径，UI 上也摆着这个输入框。

第5章
- 好友列表主副行显示同一串字：后端在有备注时把 display_name 也设成备注（im_http.go:8500-8507），
  两个字段同值。加"不同才显示"的守卫。
- 拉黑确认弹窗把设置页当背景渲染并摆出"操作之后"的样子，但背景组件自己的 getUserProfile
  回来后又把开关改回未拉黑、"删除好友"红条重新冒出来。加 pinBlocked 挡住这次覆盖。

第6章
- 群列表把群名显示成 topic id、成员数恒为 0。根因在后端：handler 用 store.Users.GetSubs，而
  store 自己的注释就写着它 "Does not load Public/Trusted or Private"（store.go:834-835），
  groupListItemPayload 却去读 sub.GetPublic()/GetSubCnt()（应该用 GetTopics）。已记为后端问题；
  前端先用本地 Tinode 会话缓存兜底（消息首页一直这么取，是准的）。
- 禁言页每行头像画成群组图标（Avatar 兜底图标默认 'group'，没传 icon="person"），
  且顺带从成员表带上真实头像。
- 禁言页"以上成员不允许发言"被当成空状态用，语义正好反了——有禁言成员时这句消失、
  一个都没有时反而显示。改为列表下方常驻注脚，空态另给文案，并补 .group-inline-note 样式。
- bytesToGB 只输出到 MB，1.4GB 的文件显示成 "1433.6 MB"。
- 群文件"来自"直接显示裸 uploader_id（groupFilePayload 不给昵称），拉成员表交叉引用。
- 群公告从聊天页横幅进入后返回，会把会话一起关掉：navigate 只写 query 参数，path[1] 仍为空，
  handleHashRoute 就把 topicSelected 清成 null。Header 支持 onBack，显式把 topic 写回 path[1]。
- 群成员点头像打不开非好友资料页：目标页先读 'profile-seed:' 缓存，因为 getUserProfile 对
  非好友直接 403。第5章入口一直有 seed，这里漏了。
- 群简介上限 225 超过后端硬限 200（im_http.go:4667），写满必被打回。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

src/views/contact-management-view.jsx

@@ -148,7 +148,11 @@ function AddressBook({myUserId, onTopicSelected}) {
       {loading ? <p className="people-empty-hint">加载中…</p> : sortedKeys.length === 0 ? <p className="people-empty-hint">暂无好友</p> : null}
       {sortedKeys.map(initial => <section className="people-group" id={'people-group-' + initial} key={initial}><h2>{initial}</h2>
         {groups[initial].map(person => <button type="button" key={person.user_id} onClick={() => { seedProfile(person); navigate('friend-profile', person.user_id); }}>
-          <Avatar person={person} /><span><strong>{person.remark || person.display_name}</strong>{person.remark ? <small>{person.display_name}</small> : null}</span>
+          {/* 副行只在确实是另一个名字时才显示。后端在有备注时会把 display_name 也设成备注
+              （im_http.go:8500-8507，且合并守卫会挡住用 peer 真实昵称覆盖），两个字段同值，
+              原来那句 `person.remark ? <small>{display_name}</small>` 会把同一串字渲染两遍。
+              后端目前没有单独的原昵称字段，所以拿不到"备注(主)/昵称(副)"的第二行，已记为后端缺口。 */}
+          <Avatar person={person} /><span><strong>{person.remark || person.display_name}</strong>{person.remark && person.remark !== person.display_name ? <small>{person.display_name}</small> : null}</span>
         </button>)}
       </section>)}
     </main>
@@ -377,7 +381,7 @@ function Profile({uid, friend, onTopicSelected, onToast}) {
 
 function Toggle({checked, onChange}) { return <button type="button" role="switch" aria-checked={checked} className={'people-switch' + (checked ? ' checked' : '')} onClick={() => onChange(!checked)}><i /></button>; }
 
-function Settings({uid, initialBlocked, onToast}) {
+function Settings({uid, initialBlocked, pinBlocked, onToast}) {
   // Same seed-from-what-we-already-know as Profile/Verification -- getUserProfile can 403 even for a
   // real, current friend (see seedProfile's own comment), which used to leave this page's header
   // blank instead of just stuck like Profile, but no less wrong.
@@ -390,7 +394,11 @@ function Settings({uid, initialBlocked, onToast}) {
   const [remarkDraft, setRemarkDraft] = React.useState('');
   React.useEffect(() => {
     if (!uid) return;
-    getUserProfile(uid).then(p => { writeCachedData('profile-seed:' + uid, p); setProfile(p); setBlocked(p.relationship === 'blocked_by_me'); }).catch(() => {});
+    // pinBlocked：确认弹窗把这个页面当背景渲染，并用 initialBlocked 摆出"操作之后"的样子。
+    // 这时不能让这次拉取回来的真实关系（还是 friend）把它改回去——原来会导致弹窗一弹出来，
+    // 背后的拉黑开关自己跳回"未拉黑"，同时"删除好友"红条又冒出来，跟参考图不符也跟弹窗
+    // 正在确认的这件事自相矛盾。
+    getUserProfile(uid).then(p => { writeCachedData('profile-seed:' + uid, p); setProfile(p); if (!pinBlocked) setBlocked(p.relationship === 'blocked_by_me'); }).catch(() => {});
     // GET /users/{id}/profile never exposes the real remark (backend's userProfilePayload always
     // calls userSummaryPayload(user, "") -- confirmed against im_be/server/im_http.go:7844 --
     // folding an empty remark into display_name instead of returning a separate field), only the
@@ -480,7 +488,7 @@ function ConfirmSheet({type, uid, tinode, onToast}) {
     call.then(() => { onToast(config.toast); navigate(config.route, config.keepUid ? uid : undefined); })
       .catch(err => onToast(err.message || '操作失败')).finally(() => setBusy(false));
   };
-  return <div className="people-page"><Settings uid={uid} initialBlocked={type === 'block'} onToast={onToast} />
+  return <div className="people-page"><Settings uid={uid} initialBlocked={type === 'block'} pinBlocked={true} onToast={onToast} />
     <div className="people-sheet-backdrop"><section className="people-confirm-sheet" role="dialog" aria-modal="true"><i /><h2>{config.title}</h2><p>{config.text}</p>
       <button type="button" className="danger" disabled={busy} onClick={confirm}>{config.action}</button>
       <button type="button" onClick={() => navigate('friend-settings', uid)}>取消</button>