Fix panic safety and deduplicate cleanup in StartDockerImageDownload goroutine#31163
Merged
Conversation
Closed
4 tasks
…wnload goroutine Co-authored-by: pelikhan <4175913+pelikhan@users.noreply.github.com>
Copilot
AI
changed the title
[WIP] Fix panic recovery and duplicate cleanup in Docker pull goroutine
Fix panic safety and deduplicate cleanup in StartDockerImageDownload goroutine
May 9, 2026
Contributor
There was a problem hiding this comment.
Pull request overview
This PR improves the robustness of StartDockerImageDownload by ensuring the background download goroutine always cleans up its pullState.downloading flag and won’t crash the process if it panics.
Changes:
- Added a deferred cleanup in the download goroutine to always remove the image from
pullState.downloading. - Added
recover()handling to log and recover from panics inside the goroutine. - Removed duplicated cleanup blocks across multiple return paths.
Show a summary per file
| File | Description |
|---|---|
| pkg/cli/docker_images.go | Adds deferred cleanup + panic recovery to the docker image pull goroutine and removes duplicated map cleanup code. |
Copilot's findings
Tip
Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
- Files reviewed: 1/1 changed files
- Comments generated: 0
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Bug Fix
What was the bug?
The background goroutine in
StartDockerImageDownloadhad no panic recovery — any unhandled panic would crash the entire process. Compounding this, thepullState.downloading[image]cleanup was open-coded on every return path (four copies), meaning a panic would also leave the flag set permanently, silently no-op-ing all future download attempts for that image until process restart.Every sibling goroutine in the package (
update_check.go,compile_update_check.go) already usesdefer recover()with logging; this goroutine was the odd one out.How did you fix it?
Replaced the four duplicate
lock → delete → unlockblocks with a singledeferthat performs cleanup unconditionally and recovers from panics:No semantic change on success or cancellation paths; panic path now recovers instead of crashing.