Repository navigation
fix(ungoliant): bump curl-timeout default from 300s to 900s - #571
Conversation
midaz's release-diff timed out at exactly 300s (github.com/LerianStudio/midaz/actions/runs/29279206313) — its diff is large/complex enough that inference + schema validation exceeds the previous default. Bumped alongside ungoliant-controller's NEMOCLAW_TIMEOUT_SECONDS and its ingress proxy timeouts (both moved to 900/960s in lerian-internal-gitops), which this value must stay in lockstep with — a client-side timeout shorter than the controller's own budget fails the CI job even when the controller would have eventually succeeded.
|
Pull requests to main can only come from:
Your source branch: Please change the base branch or create a PR from an allowed branch. |
WalkthroughThe Ungoliant release-diff action increases the ChangesUngoliant webhook timeout
Estimated code review effort: 1 (Trivial) | ~2 minutes Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
🔍 PR Validation Summary✅ PR Mergeable — no blocking failures
|
🔍 Lint Analysis
|
🛡️ CodeQL Analysis ResultsLanguages analyzed: ✅ No security issues found. 🔍 View full scan logs | 🛡️ Security tab |
There was a problem hiding this comment.
Warning
CodeRabbit couldn't request changes on this pull request because it doesn't have sufficient GitHub permissions.
Please grant CodeRabbit Pull requests: Read and write permission and re-run the review.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@src/validate/ungoliant-release-diff/action.yml`:
- Around line 50-53: The curl-timeout default in the action metadata changes the
caller-visible contract from 300 to 900 seconds. Either restore the default to
300, or update both release workflow callers to pass an explicit timeout so the
new 900-second behavior is intentional and documented at each call site.
In `@src/validate/ungoliant-release-diff/README.md`:
- Line 37: Update the README documentation for the curl-timeout input to state
that its value must remain synchronized with the controller and ingress proxy
timeouts, while preserving the documented 900-second default and keeping usage
and behavior notes consistent.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yml
Review profile: ASSERTIVE
Plan: Pro
Run ID: 58cc7bb4-d28a-4cb1-a407-9534f4ef90a1
📒 Files selected for processing (2)
src/validate/ungoliant-release-diff/README.mdsrc/validate/ungoliant-release-diff/action.yml
action.yml's own input description already states this must stay aligned with ungoliant-controller's NEMOCLAW_TIMEOUT_SECONDS and its ingress proxy timeouts, but the README table only showed the bare number — a README-only reader could plausibly bump curl-timeout alone without knowing the other two must move with it. Addresses CodeRabbit review comment on PR #571.
GitHub Actions Shared Workflows
Description
Affects:
src/validate/ungoliant-release-diff(composite action used bygo-release.yml'sungoliant_release_diffjob).Bumps the
curl-timeoutinput's default from 300s to 900s.midaz's release-diff timed out at exactly 300s (run) — its diff is large/complex enough that inference + schema validation on the controller side exceeds the previous default.This must move in lockstep with two companion changes in
lerian-internal-gitops(ungoliant-controller'sNEMOCLAW_TIMEOUT_SECONDSenv var and its ingressproxy-read-timeout/proxy-send-timeoutannotations, both bumped to 900/960s) — a client-side timeout shorter than the controller's own budget fails the CI job even when the controller would have eventually succeeded.No caller repo sets
curl-timeoutexplicitly (confirmed viago-release.yml, which doesn't pass this input through), so every consumer picks up the new default automatically once this releases and the@v1tag moves.Type of Change
fix: Bug fix in a workflow (incorrect behavior, broken step, wrong condition)Breaking Changes
None — only a default value change; any caller can still override it explicitly.
Testing
python3 -c "import yaml; yaml.safe_load(...)")midaz's release-diff after this merges and releasesCaller repo / workflow run: https://github.com/LerianStudio/midaz/actions/runs/29279206313 (the failure this fixes)
Related Issues
Closes #