Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

DownloadChecksumJob fails for Gradle snapshot versions fetched from versions API, causing projects to fall back to unmanaged/invisible project mode

Offen
#4,357 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@fbricon arbeitet bereits daran.

Seit 10.3.2026.

  • #3736 von @fbricon — offen

Bewertung

Dieses Issue wurde noch nicht bewertet.

Beschreibung

bug Gradle

Description:

Extension version: redhat.java 1.53.0
OS: Linux (Ubuntu 24)
Java version: (openjdk version "11.0.30" 2026-01-20)
Gradle versions in projects: 6.4, 6.5, 6.8, 7.6.3, 8.3, 8.4 (none using 9.3.0)

Problem:
On every startup, DownloadChecksumJob attempts to validate a checksum for gradle-9.3.0-20251002004537+0000 — a snapshot version not used by any project in the workspace. The snapshot URL no longer exists on Gradle's distribution server, causing a FileNotFoundException. This causes Buildship to fail importing affected projects as Gradle projects, falling back to unmanaged/invisible project mode and outputting compiled classes to bin/ instead of build/.
Evidence:

No project in the workspace references 9.3.0
The version appears in workspaceStorage/.../org.eclipse.buildship.core/gradle/versions.json, suggesting Buildship fetches all versions from the Gradle versions API (including snapshots) and attempts checksum validation for all of them
Deleting the workspaceStorage folder is only a temporary fix as it regenerates on next startup

Expected behavior:
Checksum validation should only run for Gradle versions actually used by projects in the workspace, not all versions fetched from the remote API.

Vorherrschende Sprache
TypeScript
Sterne
2.3k
Forks
549
Ø Merge
7 Std. 59 Min.
Gemergte PRs (30 T.)
5

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus redhat-developer/vscode-java

Alle Issues in redhat-developer/vscode-java

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.