← Back to issue list

Add ability (opt-in) to handle Internet connection failures

View original Github issue

Metadata

Project
snapcraft
Number
#5642
Type
issue
State
closed
Author
ofry
Labels
—
Created
Updated
Closed

Current evaluation

Closed as not planned: maintainer mr-cal redirected retry handling to per-operation retry logic in craft-parts (e.g. retrying downloads on partial/receive errors) and suggested the remote builder, rather than a Snapcraft CLI-level retry option.

Resolution: closed not a bug

Reason: The closing maintainer comment states the fix belongs in craft-parts as retry logic per network operation, and recommends reporting/using craft-parts issues or Snapcraft's remote builder. No Snapcraft PR or commit implemented the opt-in retry option, and the reporter agreed to take it to craft-parts.

Evaluated by: mr-cal-bot

No scores available.

Issue body

### What needs to get done It's related to #5627 Could you add new configuration option, CLI option, etc. which add ability to retry failed command pre-defined number of tries? I want to exclude scenario: ``` snapcraft ``` See failing when connection suddenly closed when downloading any file related to project (unexpected EOF or such). Then immediately I should: ``` snapcraft ``` etc. ### Why it needs to get done It will greatly improve the usability when the user has unstable Internet connection.

Evaluation history

Date Model Scores Action Summary
stealth/space-bunny-alpha — closed not a bug Closed as not planned: maintainer mr-cal redirected retry handling to per-operation retry logic in craft-parts (e.g. retrying downloads on partial/receive errors) and suggested the remote builder, rather than a Snapcraft CLI-level retry option.
stealth/space-bunny-alpha — closed not a bug Closed as not planned after discussion; maintainers preferred retry logic for each network operation in craft-parts over a Snapcraft command-level retry option.
qwen/qwen3.6-35b-a3b — — Closed and redirected to the craft-parts repository. Maintainers recommend implementing network retry logic directly in craft-parts rather than adding a snapcraft-level opt-in flag. A new issue should be opened there.
qwen/qwen3.6-35b-a3b — — Closed and redirected to canonical/craft-parts. Maintainers determined network retry logic belongs upstream in craft-parts rather than an opt-in snapcraft flag. Users are advised to use the remote builder or implement retry handling upstream.
qwen/qwen3.6-35b-a3b — — Closed and redirected to the craft-parts repository. Maintainers recommended implementing per-network-operation retry logic upstream instead of adding a Snapcraft-level opt-in flag. The request was superseded by upstream dependency improvements.
qwen/qwen3.6-35b-a3b — — Closed and superseded by upstream handling in canonical/craft-parts. Maintainers determined network retry logic belongs in the craft-parts library. Users are advised to use the remote builder instead.
qwen3.6-35b-a3b-mtp-q6 — — Superseded. Redirected to craft-parts, where maintainers specified that network retry logic should be implemented per operation rather than as a Snapcraft-level configuration.

Update history

No update history recorded yet.

Related work

  • Related To: craft-parts (confidence 70%)

    Maintainer directed network retry handling to craft-parts (per-operation download retries) instead of snapcraft.

  • Superseded By: craft-parts#5627 (confidence 55%)

    Referenced in the snapcraft issue title/body as the related craft-parts issue where per-download retry logic should be requested.

Related issues

Issue Project State Summary Similarity
#1189 Add ability to handle Internet connection failures craft-parts open Feature request (external contributor, no maintainer response) to add a config/CLI option that retries failed builds or downloads N times after network failures such as unexpected EOF. Still untriaged in craft-parts.
80%