Skip to content

fix(status-bar): a plain-count result no longer leaves 'Running query…' in the bar (#1556) - #1694

Merged
ZhuchkaTriplesix merged 1 commit into
devfrom
fix/status-bar-stuck-running
Oct 17, 2026
Merged

ZhuchkaTriplesix merged 1 commit into
devfrom
fix/status-bar-stuck-running

Conversation

@ZhuchkaTriplesix

Copy link
Copy Markdown
Member

Closes #1556.

GenericSqlWorkspace passes message: _shellMessage(session.statusLine), which is null for a plain "N row(s)." line (the counts are already on the right of the bar). reportQueryResult then did if (message != null) _statusMessage = message; and _messageIsBusy = false, so the "Running query…" set by beginBusy survived, was re-labelled as an ordinary message and no longer dropped by endBusy.

reportQueryResult now takes the message as given: the message describes this result, so a null clears the busy text and also any text left by an earlier run. It has one caller, so no other flow relied on the old keep-the-previous behaviour.

Tests: the sequence from the issue (beginBusy('Running query…') then a result without a message leaves statusMessage == null, counts kept, endBusy afterwards changes nothing); a result without a message does not keep the text of an earlier run; a result with a message still shows it.

@github-actions github-actions Bot added bug Something isn't working frontend Theme parser epic label: frontend ui User interface components and widgets P2 Medium priority / Parity & Refactoring labels Oct 17, 2026
@ZhuchkaTriplesix
ZhuchkaTriplesix merged commit 58c3b63 into dev Oct 17, 2026
13 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working frontend Theme parser epic label: frontend P2 Medium priority / Parity & Refactoring ui User interface components and widgets

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant