# NousResearch/hermes-agent · Sessions persisting to the wrong profile's state.db (TUI/Desktop)

## Open now

- 0 issues, 2 PRs open on GitHub.
- PR #59579: fix(tui): keep default sessions on launch state db
- PR #59715: fix(desktop): isolate default sessions per profile (#59566)

Members describe sessions from TUI and Desktop/Dashboard being written to a different profile's state.db than the one requested, with a cached SessionDB and import-order timing named as possible causes. Several pull requests propose changes to keep default sessions on the launch profile's database; their outcomes are not stated here.

## TL;DR

- 6 member(s): 0 open issue(s), 2 closed issue(s), 2 open PR(s), 0 merged PR(s), 2 PR(s) closed without merging.
- No fix has been merged to main; one or more PRs were attempted (see below).
- **Recommended:** review the prior/competing PR(s) below. A fix was attempted but not merged; your case may extend or revive that work.

## Maintainer resolution verdict

- Internal-tracker verdict over this cluster's issue members: `unresolved`. This is distinct from the fix status above. Weigh it yourself.

## How this cluster was grouped

- Link evidence (`STRUCTURAL_PARTIAL`): some members are connected by structural evidence (shared changed files, or a closing/superseded reference); the rest are joined by an automated relevance judgement over their text.
- Members outside that structural core may belong to a different underlying problem.
- Pairwise link density `0.29`: the share of member pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36. `1.00` means every pair is linked.

## Closed / duplicate issues

- #46144: TUI: \`hermes -p <profile> --tui\` writes session into the active_profile's state.db, not the requested profile
- #59566: Bug: Desktop/Dashboard default sessions can persist into another profile's state.db via cached SessionDB

## Prior & competing PRs

- **#46160: fix(tui): resolve profile state.db import-order race**. closed without merge
  - maintainer direction: category `implemented_elsewhere`; implication `superseded`; refs `#46144`, `#15330`, `#16905`
- **#59579: fix(tui): keep default sessions on launch state db**. open
  - maintainer direction: category `implemented_elsewhere`; implication `superseded`; refs `85df13fc7`
  - files: `tests/test_lazy_session_regressions.py`, `tests/test_tui_gateway_server.py`, `tests/tui_gateway/test_custom_provider_session_persistence.py`, `tests/tui_gateway/test_delegation_session_lifecycle.py`, `tests/tui_gateway/test_finalize_session_persist.py`, `tests/tui_gateway/test_gateway_owned_session_reap.py`, `tests/tui_gateway/test_session_db_ownership_teardown.py`, `tests/tui_gateway/test_session_git_metadata_generation.py`, `tui_gateway/server.py`
- **#59715: fix(desktop): isolate default sessions per profile (#59566)**. open
  - maintainer direction: category `uncategorized`; implication `needs_llm`
  - files: `tests/tui_gateway/test_profile_session_isolation.py`, `tui_gateway/server.py`
- **#59935: fix(tui): persist default sessions to launch state db**. closed without merge
  - maintainer direction: category `uncategorized`; implication `needs_llm`

## Fix status

- No merged fix on record.
- Subsystem: `dashboard`