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

Ephemeral quick query editor

Ouverte
#619 2 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
35/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
typescript, vscode
Domaine
tooling

Piste de recherche

Commencez par examiner l’implémentation existante des requêtes rapides introduite dans #210 ainsi que la vue de l’historique des requêtes, puis étudiez les vues webview de VS Code. Le travail est terminé lorsque les requêtes rapides peuvent être exécutées depuis un éditeur éphémère avec vérification CodeQL et coloration syntaxique, peuvent être rouvertes depuis l’historique des requêtes avec leur texte, et ne dépendent plus de fichiers masqués sur le disque.

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

Description

enhancement VSCode

Is your feature request related to a problem? Please describe.
When we added the quick query feature in #210, we had to stick within the confines of what was possible in VS Code at the time. This made the result a little less slick-feeling than the equivalent QL4E functionality: Quick queries are genuine files on disk, but in an obscure directory; this means they are stateful, and don't interact as well with repeated quick-query executions as QL4E's ephemeral design.

Describe the solution you'd like
With the advent of webview views, I think it's now possible do get feature-parity with Eclipse. We could create a "quick query" view which effectively consists of a large textarea that does CodeQL error checking and syntax highlighting in the context of the active database and workspace (meaning that the active database determines the language, and the qlpacks from the workspace are on the search path, like normal). We can then execute quick queries by passing the content of that text area to the query server, rather than by writing it to disk and passing a path.

The main benefit this unlocks is in conjunction with the query history view: If I double-click on a query execution that corresponds to a quick query, I want the quick query view to open, populated with the QL code that corresponds to the execution I double-clicked on. (We have support for looking at the QL text of existing query executions, but that goes via a slightly awkward readonly editor.)

A side benefit is the removal of the hidden quick-queries directory deep in the workspace, and any pretense that quick queries live in the filesystem, should appear in the outline, should be allowed to have QLLs next to them, and so on.

Langage dominant
TypeScript
Étoiles
539
Forks
240
Merge moyen
2 j 18 h
PR mergées (30 j)
37

Guide de contribution

Ouvrir le guide de contribution

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 github/vscode-codeql

Toutes les issues de github/vscode-codeql

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

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