You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
TUI sessions dialog can stay empty if opened before session list loads #31125
The TUI sessions dialog can show No results found and stay empty if it is opened before the async session list has finished loading.
The dialog freezes its browse order at mount from the current session store. On normal startup the session list loads asynchronously, so the store can still be empty when the dialog opens. When the async list later populates, the dialog has session data but still uses the initial empty browse order.
changed the title [-]TUI /sessions can stay empty if opened before session list loads[/-][+]TUI sessions dialog can stay empty if opened before session list loads[/+]on Jun 6, 2026
I'd like to work on this. The root cause is that browseOrder is initialized with createSignal (static, captured once at mount) instead of createMemo, so it never reacts to session list changes. One-line fix in dialog-session-list.tsx. PR coming shortly.
I'd like to work on this. The root cause is that browseOrder is initialized with createSignal (static, captured once at mount) instead of createMemo, so it never reacts to session list changes. One-line fix in dialog-session-list.tsx. PR coming shortly.
@tiffanychum I already have a PR open to fix this issue and one other lol. feel free to look into #31132
Closing this as fixed by the session switcher work that landed in #33931. That change made the session dialog use root-session loading/fallback behavior instead of a static mount-time browse-order snapshot.
Activity
[-]TUI /sessions can stay empty if opened before session list loads[/-][+]TUI sessions dialog can stay empty if opened before session list loads[/+]tiffanychum commentedon Jun 7, 2026
I'd like to work on this. The root cause is that
browseOrderis initialized withcreateSignal(static, captured once at mount) instead ofcreateMemo, so it never reacts to session list changes. One-line fix indialog-session-list.tsx. PR coming shortly.CasualDeveloper commentedon Jun 7, 2026
@tiffanychum I already have a PR open to fix this issue and one other lol. feel free to look into #31132
CasualDeveloper commentedon Jun 27, 2026
Closing this as fixed by the session switcher work that landed in #33931. That change made the session dialog use root-session loading/fallback behavior instead of a static mount-time browse-order snapshot.