Skip to content

ep_cli: Fix "Too many open files" errors#47243

Merged
probably-neb merged 3 commits intomainfrom
fix-too-many-open-file-errors-in-ep-cli
Jan 20, 2026
Merged

ep_cli: Fix "Too many open files" errors#47243
probably-neb merged 3 commits intomainfrom
fix-too-many-open-file-errors-in-ep-cli

Conversation

@probably-neb
Copy link
Collaborator

Closes #ISSUE

Release Notes:

  • N/A or Added/Fixed/Improved ...

@cla-bot cla-bot bot added the cla-signed The user has signed the Contributor License Agreement label Jan 20, 2026
@probably-neb probably-neb merged commit 37185ea into main Jan 20, 2026
27 checks passed
@probably-neb probably-neb deleted the fix-too-many-open-file-errors-in-ep-cli branch January 20, 2026 20:41
probably-neb added a commit that referenced this pull request Jan 20, 2026
Follow-Up-For:  #47243

Previously, we would detach tasks spawned to watch config files.
However, the task blocked on receiving a file event before checking if
the receiver for the updates channel was dropped, causing the task to
never exit. The fix here was to return the task explicitly, so that it
can be dropped instead of calling `.detach()` on it. There is definitely
a way to `select!` between the receiver being dropped and the next file
system event, but I couldn't figure it out in a reasonable amount of
time and decided it wasn't worth it.

Release Notes:

- Fixed an issue where a few file descriptors would be leaked each time
a project was closed
zcg pushed a commit to zcg/zedpro that referenced this pull request Jan 29, 2026
Closes #ISSUE

Release Notes:

- N/A *or* Added/Fixed/Improved ...
zcg pushed a commit to zcg/zedpro that referenced this pull request Jan 29, 2026
Follow-Up-For:  zed-industries#47243

Previously, we would detach tasks spawned to watch config files.
However, the task blocked on receiving a file event before checking if
the receiver for the updates channel was dropped, causing the task to
never exit. The fix here was to return the task explicitly, so that it
can be dropped instead of calling `.detach()` on it. There is definitely
a way to `select!` between the receiver being dropped and the next file
system event, but I couldn't figure it out in a reasonable amount of
time and decided it wasn't worth it.

Release Notes:

- Fixed an issue where a few file descriptors would be leaked each time
a project was closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

cla-signed The user has signed the Contributor License Agreement

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant