Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

fix(status-bar): 'Running query…' stays after a successful SELECT (plain row-count status line)

Ouverte Adaptée aux débutants
#1,556 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
2/5
Temps estimé
1-3 heures
Accessibilité débutants
79/100
Type d'issue
Bug
Clarté
Clairement spécifiée
Activité
Active
Stack technique
dart, flutter
Domaine
database, desktop

Piste de recherche

Commencez par lire QueryaShellStatus.reportQueryResult et les tests unitaires du comportement du message d’activité ; l’issue nomme la méthode et fournit la séquence qui échoue. Examinez ensuite le chemin de publication des résultats de GenericSqlWorkspace pour confirmer comment un simple message de nombre de lignes devient null. Le travail est terminé lorsque les résultats avec un simple nombre de lignes effacent le message d’activité, que le texte d’état du script ou des lignes affectées reste visible et que le test unitaire spécifié réussit.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

bug frontend P2 ui
Problem

After a successful SELECT the status bar keeps showing "Running query…" until the next query. It is stuck, not just late: seen 4 s after the grid had been shown.

Cause

GenericSqlWorkspace publishes the result with message: _shellMessage(session.statusLine), and _shellMessage deliberately returns null for a plain "N row(s)." status line (the counts are already on the right of the bar). QueryaShellStatus.reportQueryResult then does:

if (message != null) _statusMessage = message;   // null: keeps the old "Running query…"
_messageIsBusy = false;                          // ...and now it is no longer dropped by endBusy()

So the busy message set by beginBusy survives and is re-labelled as a normal message.

Reproduction

Demo Playground -> SQL -> SELECT * FROM orders LIMIT 200; -> F5. The grid shows 12 rows, the bar shows Running query…, 1 ms, 12 rows, 8 cols.

Fix

In reportQueryResult, take the message as given (_statusMessage = message;), or drop the busy message when message == null (if (_messageIsBusy) _statusMessage = null before the assignment). Add a unit test: beginBusy(message: 'Running query…') then reportQueryResult(message: null) leaves statusMessage == null.

Acceptance
  • Plain-count results leave no message in the bar.
  • Results with a script / affected-rows status still show their text.
  • Unit test for the sequence above.

Related: #714 (live status-bar metrics), #1481.

Langage dominant
Dart
Étoiles
23
Forks
1
Merge moyen
31 min
PR mergées (30 j)
570

Préparer son environnement

Ouvrir dans Codespaces

Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de QueryaHub/Querya-Desktop

Toutes les issues de QueryaHub/Querya-Desktop

Issues similaires

Plus d'issues Dart

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.