Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Jump-to-definition doesn't work on not-zipped source archives.

オープン
#477 コメント 8 件 リアクション 1 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
typescript, vscode
領域
devtools

調査の方向性

まず、zipped-archive DefinitionProvider がどのように登録され、データベースの追加/削除イベントがどのように処理されるかを追跡します。データベースごとに登録する提案と、広く適用可能な provider を比較します。データベースのクリーンアップを実行せずに LGTM データベースで「jump-to-definition」が機能すれば完了です。

索引モデルが issue の本文から書いたものです。

説明

enhancement VSCode

Databases from LGTM are built with odasa rather than codeql, and so don't have zipped source archives, and require an extra codeql database cleanup step to zip the source archive before jump-to-definition works on them.

It would be nice in principle if it just worked out of the box. With the current strategy of making one DefinitionProvider for the zipped archive scheme, it doesn't seem possible. We could perhaps, for each database add and delete, register and unregister a DefinitionProvider with an absolute file path pattern matching files in that database's source archive. Alternatively it might be the case that registering a broadly applicable DefinitionProvider isn't harmful as long as it simply returns zero results when another DefinitionProvider also exists.

主要言語
TypeScript
スター
539
フォーク
240
平均マージ
2日 6時間
マージ済み PR(30日)
29

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

github/vscode-codeql のほかの issue

github/vscode-codeql の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。