NousResearch/hermes-agent
Sessions persisting to the wrong profile's state.db (TUI/Desktop)
Cluster 46144 · dashboard. Data as of
2 open items. Fix attempted, not merged.
The short answer
0open issues
2open PRs
6items grouped
- Known?
- Yes. 6 related items grouped here, 2 issues already closed.
- Fix event
- No fix has been merged to main. 2 PRs closed without merging; see the attempts below.
- Tracker
- The maintainers' tracker marks this
unresolved. That is separate from the fix event. - Still open
- 0 issues and 2 PRs.
Next step: read the attempts below. Your case may extend or revive that work.
Pick up a Lab taskMembers 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.
Open issues0
Open PRs2
2 PRs closed without merging
From the close comments: done elsewhere 1 · other 1
Closed issues · 2
How this cluster was grouped
-
Link evidence (
partly structural links): 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 item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36.1.00means every pair is linked.
Pick up a Lab task
Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.
Open the LabAt a glance
- Subsystem
- dashboard
- Closed issues
- 2
- Attempts
- 2 PRs closed without merging