Flaky test: concurrent CLI redownload times out waiting for the progress log to go away
Les mainteneurs répondent en général sous 1 jour
@EhabY y travaille déjà.
Depuis le 18/9/2026.
Évaluation
Cette issue n'a pas encore été évaluée.
Description
test/unit/core/cliManager.concurrent.test.ts fails intermittently on CI. It passed on attempt 1 of run 35406584668 and failed on attempt 2 of the same commit, in Unit Test (Linux, Electron 37).
FAIL test/unit/core/cliManager.concurrent.test.ts > CliManager Concurrent Downloads > redownloads when version mismatch is detected concurrently
AssertionError: promise resolved "undefined" instead of rejecting
- Expected: Error { "message": "rejected promise" }
+ Received: undefined
❯ test/unit/core/cliManager.concurrent.test.ts:102:56
Line 102 is the progress-log half of expectLockFilesRemoved:
await vi.waitFor(async () => {
await expect(fs.access(binaryPath + ".lock")).rejects.toThrow();
await expect(fs.access(binaryPath + ".progress.log")).rejects.toThrow();
});
fs.access resolved, so <binary>.progress.log was still on disk when the poll gave up. The test starts three fetchBinary calls, two of which detect the version mismatch and redownload, and Promise.all resolves before every peer has finished releasing its progress log. vi.waitFor defaults to a 1s timeout at a 50ms interval, which a loaded runner can outlast.
#1043 added that polling for this same flake, so the window helps but is not always enough.
Worth considering:
- Give
vi.waitForan explicit timeout, which is the cheap fix but still time-based. - Make the cleanup observable and await it, rather than polling the filesystem.
- Decide whether the progress log belongs in the assertion at all after a concurrent redownload, since the lock is the part the contract depends on.
- Langage dominant
- TypeScript
- Étoiles
- 132
- Forks
- 48
- Merge moyen
- 1 j 14 h
- PR mergées (30 j)
- 25
Préparer son environnement
Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de coder/vscode-coder
-
API requests use the SSH proxy environment after http.proxy is removedPeut-être pris @EhabY l’a pris il y a 1 jour. Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 56/100
coder/vscode-coder#1162 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 55/100
coder/vscode-coder#1159 · 2 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
ReconnectingWebSocket drops messages the server sends right after the handshakePeut-être pris @EhabY l’a pris il y a 11 jours. Ouvertebug vs-code
Difficulté 3/5 1-2 jours Accessibilité débutants 72/100
coder/vscode-coder#1141 · 1 commentaire · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
-
Split commands.ts by topicPeut-être pris @EhabY l’a pris il y a 11 jours. OuverteImprovement tech-debt vs-code
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
coder/vscode-coder#1135 · 1 commentaire · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
-
Design the VS Code Workspaces panelPeut-être à nouveau libre @chrifro l’a pris il y a 38 jours, et aucune pull request n’est ouverte. Ouverte
coder/vscode-coder#1113 · 3 commentaires · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de coder/vscode-coder
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Nimblesite/SharpLsp#468 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 1 jour
-
Bundled uv is never updated and trusts the compromised eMudhra certificatesPeut-être pris @FabienDanieau l’a pris aujourd’hui. Ouvertebug
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
-
bg_wait's blocking mode (stopOnAttention: false) is under-documented and effectively undiscoverableOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
nicobailon/pi-subagents#3019 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
db-ux-design-system/core-web#8613 ·
Les mainteneurs répondent en général sous 1 jour