Skip to content

ci: re-enable downgrade job (strict)#460

Merged
ChrisRackauckas merged 1 commit into
SciML:mainfrom
ChrisRackauckas-Claude:reenable-downgrade
Jun 7, 2026
Merged

ci: re-enable downgrade job (strict)#460
ChrisRackauckas merged 1 commit into
SciML:mainfrom
ChrisRackauckas-Claude:reenable-downgrade

Conversation

@ChrisRackauckas-Claude

Copy link
Copy Markdown
Contributor

Removes the if: false that was skipping the Downgrade workflow so the downgrade job runs again under the centralized downgrade.yml@v1.

Downgrade re-enabled strict (allow_reresolve=false); intentionally RED (natural failure, not disabled) pending the fntype regression (#458/#452). Auto-greens when that resolves.

No compat floors were lowered, allow-reresolve was not added, and julia-version stays "1.10".


This PR should be ignored until reviewed by @ChrisRackauckas.

🤖 Generated with Claude Code

Remove the `if: false` that was skipping the Downgrade workflow so it
runs again under the centralized downgrade.yml@v1 (strict,
allow_reresolve=false). The job is expected to be RED until the fntype
regression (SciML#458/SciML#452) is resolved, at which point it auto-greens.

Co-Authored-By: Chris Rackauckas <accounts@chrisrackauckas.com>
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@ChrisRackauckas ChrisRackauckas marked this pull request as ready for review June 7, 2026 19:16
@ChrisRackauckas ChrisRackauckas merged commit eec06c2 into SciML:main Jun 7, 2026
7 of 13 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants