LotusGuild/cinny
3
0
Fork 0
Code Issues 44 Pull Requests 2 Actions 1 Packages Projects Releases Wiki Activity

'Connecting…' strip stays about 30 s after the app is already usable #274

New Issue
Closed
opened 2026-10-04 17:41:31 -04:00 by jared · 0 comments
jared commented 2026-10-04 17:41:31 -04:00
Owner
Copy Link
Copy Source

What happens
After every load, the green "Connecting…" strip stays at the top until the first incremental /sync returns. On a quiet account that request long-polls for up to 30 s. Meanwhile the app is fully usable: rooms are loaded, messages send, and calls can be joined.

Measured locally: room usable at 7 s, strip gone at 36 s. Users see "Connecting…" while everything works, which undermines the strips that do mean trouble (the #124 server status banner, "Connection lost").

Why
SyncStatus shows the strip while current ∈ {Prepared, Syncing, Catchup} and previous !== Syncing (src/app/pages/client/SyncStatus.tsx:37-58). Prepared counts as "connecting". This logic comes from upstream Cinny.

Fix ideas

  • Don't show the strip for Prepared (the initial sync is already done).
  • Or only show it if the state hasn't reached Syncing within a few seconds and the last sync attempt failed.

Screenshot

F16-connecting-strip.png

More context

Upstream: Cinny's SyncStatus has the same condition, so this isn't Lotus-introduced. Lotus makes it more visible because the status-banner/nudge strips share the slot and SecurityBanner waits for "two SYNCING in a row".

Who: everyone on load. It's worst on quiet accounts, and on the desktop app after resume from the tray.

Acceptance criteria: the strip disappears once the room list is usable (within ~2 s of PREPARED) unless the next sync actually fails.

Found in the October 2026 client audit (Playwright against a local Synapse + LiveKit stack, plus code reading). Code refs are at cinny 30e2dbcd, cinny-desktop 8f67ec7, element-call 3b0050e8.

**What happens** After every load, the green **"Connecting…"** strip stays at the top until the first *incremental* `/sync` returns. On a quiet account that request long-polls for up to 30 s. Meanwhile the app is fully usable: rooms are loaded, messages send, and calls can be joined. Measured locally: room usable at **7 s**, strip gone at **36 s**. Users see "Connecting…" while everything works, which undermines the strips that *do* mean trouble (the #124 server status banner, "Connection lost"). **Why** `SyncStatus` shows the strip while `current ∈ {Prepared, Syncing, Catchup}` and `previous !== Syncing` (src/app/pages/client/SyncStatus.tsx:37-58). `Prepared` counts as "connecting". This logic comes from upstream Cinny. **Fix ideas** - Don't show the strip for `Prepared` (the initial sync is already done). - Or only show it if the state hasn't reached `Syncing` within a few seconds and the last sync attempt failed. **Screenshot** ![F16-connecting-strip.png](https://code.lotusguild.org/attachments/57aa3d0f-8cf5-4d46-b61a-cfaa19b47811) ### More context **Upstream:** Cinny's `SyncStatus` has the same condition, so this isn't Lotus-introduced. Lotus makes it more visible because the status-banner/nudge strips share the slot and `SecurityBanner` waits for "two SYNCING in a row". **Who:** everyone on load. It's worst on quiet accounts, and on the desktop app after resume from the tray. **Acceptance criteria:** the strip disappears once the room list is usable (within ~2 s of `PREPARED`) unless the next sync actually fails. --- _Found in the October 2026 client audit (Playwright against a local Synapse + LiveKit stack, plus code reading). Code refs are at cinny `30e2dbcd`, cinny-desktop `8f67ec7`, element-call `3b0050e8`._
F16-connecting-strip.png
93 KiB
jared added the priority: lowuxarea: navigation labels 2026-10-04 17:41:31 -04:00
jared closed this issue 2026-10-19 16:15:39 -04:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
a11y
Accessibility: keyboard, screen reader, contrast, motion
 area: appearance
Client area: appearance
 area: auth-session
Client area: auth-session
 area: build-ci
Client area: build-ci
 area: calls
Client area: calls
 area: desktop
Client area: desktop
 area: media
Client area: media
 area: messaging
Client area: messaging
 area: mobile
Client area: mobile
 area: moderation
Client area: moderation
 area: navigation
Client area: navigation
 area: notifications
Client area: notifications
 area: settings
Client area: settings
 area: threads
Client area: threads
 bug
Something is not working
 dependencies
Third-party package versions and advisories
 docs
README / LOTUS_* docs wrong or missing
 duplicate
This issue or pull request already exists
 enhancement
New feature
 help wanted
Need some help
 invalid
Something is wrong
 needs-human-review
performance
Re-render storms, leaks, heavy work on hot paths
 planning
priority: critical
Data loss, security hole, or crash on a main path
 priority: high
Broken feature or serious usability problem
 priority: low
Minor issue or polish
 priority: medium
Wrong behaviour in an edge case or notable degradation
 qa
Manual QA: shipped, needs a human in a real environment
 question
More information is needed
 research
security
XSS, unsafe URLs, data leaks, auth/session
 tech-debt
Code health, dead code, fragile patterns
 ux
Usability or visual inconsistency
 wontfix
This won't be fixed
No labels area: navigation priority: low ux
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
cole (Cole Keller) jared (Jared Vititoe) nathan (Nathan Vititoe)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: LotusGuild/cinny#274