Repository navigation
ci: retry validating the stapled macOS DMG when Apple drops the connection - #1433
Conversation
|
No actionable comments were generated in the recent review.
|
| Layer / File(s) | Summary |
|---|---|
Validation retry and assessment .github/workflows/build.yml |
The workflow retries stapler validate up to five times, waits 30 seconds between failed attempts, and exits with failure after the fifth attempt. spctl runs only after validation succeeds. The step retains its 10-minute timeout. |
Priority:
Estimated code review effort: 2 (Simple) | ~10 minutes
Change: Other
Possibly related PRs
- getopenscreen/openscreen#1430: Adds retries to
xcrun stapler staplein the same macOS DMG workflow.
Suggested reviewers: christian-wr
Merge Risk: 
Minimal · up to dd8e7
-
The change retries transient DMG validation failures while retaining the existing time limit and security assessment. No merge-blocking issue is established.
Pre-merge checks: 
4 · 
1
-
Failed checks: 1 warning Passed checks: 4 passed-
Full details: Title check
-
Explanation
The title names the change: retrying validation of the stapled macOS DMG when Apple drops the connection. It matches the single workflow change, which adds up to five retries 30 seconds apart before the spctl assessment. The ci: prefix is conventional and the title is specific enough for a teammate scanning history.
Full details: Docstring Coverage
-
Explanation
No eligible functions found in the changed files. Skipping docstring coverage check. Docstring coverage is scoped to functions touched by this diff with cyclomatic complexity of at least 2. Documentation-only edits and deletions within surviving functions are included; unchanged diff context and fully deleted functions are excluded. Analyzed 0 functions across 0 files. (1 skipped: 1 unsupported.)
-
Full details: Description check
-
Explanation
The description follows the template's intent. It gives a summary of the change and the failing run, and it explains the retry behavior and the spctl ordering. It has no Related issue section; it refers to follow-up to
#1430but leaves the 'Fixes #' line blank and does not state the issue relation. Type of change, Release impact, Desktop impact, Screenshots, and Testing sections are absent. The description does not say how the change was tested, and it does not mark the change type or platform impact.Resolution
Fill in the template sections. Add the related issue or use 'Refs
#1430' because this PR is a follow-up and should not close the issue. Check the Type of change (Bug fix fits), Release impact (Patch or No release note needed), and Desktop impact (macOS, Installer / packaging). Add a Testing section that explains how the retry was verified, such as a workflow dry run or a rerun of the v2.2.0-rc.1 pipeline. Screenshots can be marked not applicable.
-
Finishing Touches
-
🧪 Generate unit tests (beta)
-
- Commit to this branch
- Create a new PR
-
- Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.
Comment @coderabbitai help to get the list of available commands.
Follow-up to #1430. The
v2.2.0-rc.1build (run 40886447727, attempt 1) got past the staple step, then failed onxcrun stapler validatewith the same error 68: validate queries Apple's ticket service too. The pre-release only published after a manual rerun.stapler validatenow retries up to five times, 30 s apart, like staple.spctlruns once after it.🤖 Generated with Claude Code
Summary by CodeRabbit