Block a user
feat(history): nodb backlog — statusbar opt-in, /history off persistence, /privacy runtime switch, /correction fix
fix(ui): keep messages visible after scrolling in non-chat windows
If DB returns error, it might be a temporary problem, but it can get user stuck in the middle of the conversation if we change scroll_state. I do not think that DB_RESPONSE_ERROR is a valid reason to switch state.
fix(ui): keep messages visible after scrolling in non-chat windows
it describes the behavior, which can be read from the code itself. It would only make sense to either add a concise explanation on WHY we do it, or to keep this stuff inside of the commit.
feat(history): nodb backlog — statusbar opt-in, /history off persistence, /privacy runtime switch, /correction fix
refers to now-invalid command
feat(history): nodb backlog — statusbar opt-in, /history off persistence, /privacy runtime switch, /correction fix
console.c:1957
feat(history): nodb backlog — statusbar opt-in, /history off persistence, /privacy runtime switch, /correction fix
I suggest we remove this command as well
feat(history): nodb backlog — statusbar opt-in, /history off persistence, /privacy runtime switch, /correction fix
Doesn't affect messages fetched from DB though
feat(history): nodb backlog — statusbar opt-in, /history off persistence, /privacy runtime switch, /correction fix
Generally LGTM, but certain features require further polishing. Please address the pointed out issues
fix(ui): keep messages visible after scrolling in non-chat windows
New concern: what happens if history is disabled for the user?