Conversation
Signed-off-by: Stephen DeLorme <stephen@d.elor.me>
🔐 Codex Security Review
|
Sidebar community iconReported beforeUser-provided desktop screenshot: the profile card displays the default bee beside the locally configured community name. After: normal profile cardChromium with the mock native bridge returning a lightning SVG on a red background. The smaller profile-card icon preserves the relay's artwork and background color. After: account menuThe same relay icon appears in the existing account menu. After: hover with a user statusHovering the card reveals the community label with the same lightning icon while the saved status is present. |




Summary
The sidebar profile card always renders 🐝 next to the active community name, even when the account menu and community rail show a custom relay icon. This is visible on the card normally, or on hover when a user status occupies the secondary line.
Use the same active-community icon query and
CommunityEmojiIconrenderer as the account menu. Allow the renderer's caller to supply the smaller square dimensions used by the profile card. Existing default-icon behavior remains available when no icon is returned.Related issue
Related: #2797. No duplicate profile-card icon fix found among open PRs.
The investigation also confirmed a separate name mismatch: a self-hosted relay at
buzz.atlbitlab.comserves the correct custom lightning icon but the hardcoded NIP-11 nameBuzz Relay. Desktop'sATL BitLablabel is device-local; mobile derivesbuzzfrom the first hostname segment during pairing and independently fetches the relay icon. This is not cross-relay propagation lag. The same name derivation appears inmobile-v0.15.0-rc.2; the exact installed App Store binary was not inspected.This PR fixes the desktop icon. It does not close #2797 or change local name ownership, relay metadata, or mobile naming. Existing open PRs #5234 (hostname fallback) and #6632 (mobile local rename) also address parts of that separate limitation.
Testing
pnpm --dir desktop build:e2e: passed, including TypeScript compilation.sidebar-community-icon.spec.ts: 2 passed in Chromium, using the mock native bridge. Covers normal card, status hover, account-menu parity, no-icon fallback, and switching to a community without an icon.env -u BUZZ_ACP_LAZY_POOL -u BUZZ_ACP_IDLE_POOL_SLEEP just ci: passed ate855fd74b, including Rust/Tauri lint and tests, production desktop/web builds, and 2,121 mobile tests. The first run inherited managed-agent pool options and failed two default-value tests inbuzz-acp; removing those options only for the test process resolved both failures without source changes.Before/after screenshots are attached. Kept as a draft for Stephen's review.