redhat-developer / redhat-developer/vscode-java
onDidClasspathUpdate failing intermittently
まだ誰も着手していません。
- 主要言語
- TypeScript
- スター
- 2.3k
- フォーク
- 546
- 平均マージ
- 20時間 1分
- マージ済み PR(30日)
- 11
説明
In test/standard-mode-suite/publicApi.test.ts. Also discussed during our migration in https://github.com/redhat-developer/vscode-java/pull/2031
1) Public APIs - Standard
onDidClasspathUpdate should work:
Error: Timeout of 60000ms exceeded. For async tests and hooks, ensure "done()" is called; if returning a Promise, ensure it resolves. (/home/runner/work/vscode-java/vscode-java/out/test/standard-mode-suite/publicApi.test.js)
at listOnTimeout (internal/timers.js:554:17)
at processTimers (internal/timers.js:497:7)
I don't think it's strictly related to how fast the builder is, because I can't reproduce locally consistently by just limiting the process to 10% of CPU but I get the impression it happens on weaker builders under Github Actions. We had similar issues in https://github.com/redhat-developer/vscode-quarkus/issues/379 and increasing the timeouts worked, but I wonder if something else is happening here.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
test/standard-mode-suite/publicApi.test.ts から始め、issue に示されている onDidClasspathUpdate の断続的な timeout を再現します。pull request 2031 の移行に関する議論と、関連する vscode-quarkus issue 379 を確認し、その後、この失敗に timeout の変更が必要なのか、それとも別の修正が必要なのかを特定します。GitHub Actions でテストが確実に完了すれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- typescript
- 領域
- testing
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 38/100