[Bug]Critical issue : It causes a complete freeze.Opening projects fails with `ENAMETOOLONG` error.

[thisxiangyu]

Description

Bug Report

Problem

The issue has been identified.It appeared after my update and likely originates from this commit (264418c):
fix(snapshot): complete gitignore respect for previously tracked files ([#22172]

Description

On Windows, when a worktree has many ignored files (e.g., 75,000+), the snapshot add() function fails with ENAMETOOLONG error. This happens because git check-ignore --no-index is called with all file paths as command-line arguments, exceeding Windows' 32KB command-line limit.

Cause Detail

In packages/opencode/src/snapshot/index.ts , the add(), patch(), and diffFull() functions call: git check-ignore --no-index -- ...
When there are many ignored files, the command line becomes too long for Windows.

Solution

Replace git check-ignore --no-index with local ignore library (already used elsewhere in the codebase at src/file/index.ts). The ignore library provides equivalent gitignore pattern matching without command-line length limits.

Plugins

No response

OpenCode version

No response

Steps to reproduce

No response

Screenshot and/or share link

No response

Operating System

No response

Terminal

No response

[github-actions]

This issue might be a duplicate of existing issues. Please check:

• ENAMETOOLONG crash when project directory path is deeply nested (>150 chars) #21461: Also reports an ENAMETOOLONG error in OpenCode, though that issue is caused by deeply nested directory paths (>150 chars) rather than many ignored files exceeding Windows' command-line limit. They may share a common area of the codebase even if the root causes differ — worth reviewing to avoid overlapping fixes.

[thisxiangyu]

Additionally, the ENAMETOOLONG crash caused by different underlying reasons is a more systemic issue and also needs to be addressed separately.

[Hona]

Fixed in 1.4.6 via #22560