Session name label in app UI doesn't update after renaming via Ctrl+R in resume picker

Description

A session's name shown inside the running app's own UI (a persistent label) does not update after renaming the session via Ctrl+R in the --resume session picker. The rename itself works correctly — the resume picker shows the new name and the old name is fully gone from the session list, confirming it's a single session record, not a duplicate — but the in-app label continues to display the old (pre-rename) name.

Steps to reproduce

1. Start a session, let it run long enough to accumulate an auto-generated name (e.g. tui-sidebar-management-features), which is shown somewhere in the running app's own UI (in my case, a label in the bottom-left area).
2. Run claude --resume, select that session from the picker, and press Ctrl+R to rename it (e.g. to js8call-chat).
3. Resume into the session.
4. Run claude --resume again to confirm the rename took effect — the picker now shows only the new name (js8call-chat), and the old name (tui-sidebar-management-features) no longer appears anywhere in the list.
5. Return to the actual running session.

Expected behavior

The in-app label should reflect the session's current (renamed) name, js8call-chat.

Actual behavior

The in-app label still shows the old name, tui-sidebar-management-features, even after the picker itself confirms the rename was applied to the session record.

Notes

• This was reproduced across multiple --resume cycles in the same terminal session, so it isn't a one-off timing issue.
• I haven't yet tried fully quitting the Claude Code process (not just resuming within the same running process) to see if that clears the stale label — it's possible the label is cached once at process startup and simply never re-read after a rename.