anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-07-22 02:05:26 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

[PR #9195] fix(windows): fix jdtls download on Windows #13024

New Issue
Closed
opened 2026-02-16 18:17:54 -05:00 by yindo · 0 comments
yindo commented 2026-02-16 18:17:54 -05:00
Owner
Copy Link
Copy Source

Original Pull Request: https://github.com/anomalyco/opencode/pull/9195

State: closed
Merged: Yes

Fixes #7270

Fix JDTLS auto-download failure on Windows

JDTLS auto-download fails on Windows with error:

tar (child): Cannot connect to C: resolve failed

Root Cause

When using Windows absolute paths like C:/Users/.../.../release.tar.gz in the tar -xzf command, tar utility misinterprets the C: prefix as a remote hostname instead of a drive letter, attempting a remote connection instead of extracting the local file.

Solution

  • Changed both curl and tar commands to use .cwd(distPath) and work with basename only (release.tar.gz)
  • This avoids passing Windows absolute paths to MSYS tar
  • Added proper error logging with exit code checks

Testing

Verified JDTLS now downloads and extracts successfully on Windows, providing immediate Java diagnostics:

  • Using write tool on a java file (in java project) with errors shows LSP diagnostics

Workaround before patch is merged

cd C:/Users/YOUR_USERNAME/.local/share/opencode/bin
mkdir jdtls
cd jdtls
curl -L -o release.tar.gz "https://www.eclipse.org/downloads/download.php?file=/jdtls/snapshots/jdt-language-server-latest.tar.gz"
tar -xzf release.tar.gz
rm release.tar.gz
**Original Pull Request:** https://github.com/anomalyco/opencode/pull/9195 **State:** closed **Merged:** Yes --- Fixes #7270 ## Fix JDTLS auto-download failure on Windows JDTLS auto-download fails on Windows with error: ``` tar (child): Cannot connect to C: resolve failed ``` ## Root Cause When using Windows absolute paths like `C:/Users/.../.../release.tar.gz` in the `tar -xzf` command, tar utility misinterprets the C: prefix as a remote hostname instead of a drive letter, attempting a remote connection instead of extracting the local file. ## Solution - Changed both curl and tar commands to use `.cwd(distPath)` and work with basename only (`release.tar.gz`) - This avoids passing Windows absolute paths to MSYS tar - Added proper error logging with exit code checks ## Testing Verified JDTLS now downloads and extracts successfully on Windows, providing immediate Java diagnostics: - Using write tool on a java file (in java project) with errors shows LSP diagnostics ## Workaround before patch is merged ```sh cd C:/Users/YOUR_USERNAME/.local/share/opencode/bin mkdir jdtls cd jdtls curl -L -o release.tar.gz "https://www.eclipse.org/downloads/download.php?file=/jdtls/snapshots/jdt-language-server-latest.tar.gz" tar -xzf release.tar.gz rm release.tar.gz ```
yindo added the pull-request label 2026-02-16 18:17:54 -05:00
yindo closed this issue 2026-02-16 18:17:54 -05:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
acp
bad
bug
discussion
docs
documentation
enhancement
extension
good first issue
growth
help-wanted
mcp
model-problem
needs:compliance
nix
opentui
perf
pull-request
Mirrored from GitHub Pull Request
 tui
web
windows
zen
No Label pull-request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#13024
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?