Scala3 Regression Issue
Use this skill after the regression is already confirmed and minimized. The goal is to draft a scala/scala3 issue that is concise, reproducible, and formatted like existing regression reports.
Workflow
Gather the inputs.
- Use the smallest confirmed reproducer, ideally a self-contained
test.scala or test-macro.scala file set.
- Capture the exact compiler boundary: last good release, first bad release.
- Capture the bisect result: commit SHA, PR link if known, and the bisect command if available.
- Capture provenance: affected community-build projects and build-log links, if relevant.
Draft the title.
- Use the pattern
<symptom>` regression in <construct / usage>.
- Keep the title about the compiler behavior, not the discovery project, unless multiple projects were needed to discover the regression.
- Backtick concrete flags, APIs, or syntax.
Draft the body in this order.
Based on the OpenCB failures in: only when OpenCB context is relevant.
## Compiler version
## Minimized code
## Output
## Expectation
Fill the sections with the right level of detail.
- In
## Compiler version, include last good, first bad, bisect commit, PR link if known, and the bisect command if available.
- In
## Minimized code, prefer the smallest dependency-free repro that still fails.
- In
## Output, include the decisive compile command and the relevant error excerpt, not unrelated warnings.
- In
## Expectation, state the expected successful behavior in one sentence.
Style Rules
- Preserve exact version strings, commit hashes, and error text.
- If build logs exist, include them; if they do not, omit the link rather than inventing one.
- If a bisect commit exists but the PR is unknown, link the commit directly.
- Keep the issue body scannable and avoid narrative filler.
- Prefer fenced
scala, bash, and text blocks.
Template
Use this structure as the default draft:
Based on the OpenCB failures in:
- org/repo - [build logs](...)
## Compiler version
Last good release: ...
First bad release: ...
Bisect points to ... / PR $<pr_number>
## Minimized code
```scala
...
```
## Output
```scala
...
```
## Expectation
Should compile without ...
Delete the OpenCB section or the bisect command subsection when they are not available.
1---2name: scala3-regression-issue3description: Draft GitHub issues for Scala 3 compiler regressions from minimized repros, version boundaries, bisect results, and community-build failures. Use when Codex needs to turn a confirmed Scala 3 regression into a ready-to-file `scala/scala3` issue title and body that matches existing regression reports.4---56# Scala3 Regression Issue78Use this skill after the regression is already confirmed and minimized. The goal is to draft a `scala/scala3` issue that is concise, reproducible, and formatted like existing regression reports.910## Workflow11121. Gather the inputs.13 - Use the smallest confirmed reproducer, ideally a self-contained `test.scala` or `test-macro.scala` file set.14 - Capture the exact compiler boundary: last good release, first bad release.15 - Capture the bisect result: commit SHA, PR link if known, and the bisect command if available.16 - Capture provenance: affected community-build projects and build-log links, if relevant.17182. Draft the title.19 - Use the pattern ``<symptom>` regression in <construct / usage>``.20 - Keep the title about the compiler behavior, not the discovery project, unless multiple projects were needed to discover the regression.21 - Backtick concrete flags, APIs, or syntax.22233. Draft the body in this order.24 - `Based on the OpenCB failures in:` only when OpenCB context is relevant.25 - `## Compiler version`26 - `## Minimized code`27 - `## Output`28 - `## Expectation`29304. Fill the sections with the right level of detail.31 - In `## Compiler version`, include last good, first bad, bisect commit, PR link if known, and the bisect command if available.32 - In `## Minimized code`, prefer the smallest dependency-free repro that still fails.33 - In `## Output`, include the decisive compile command and the relevant error excerpt, not unrelated warnings.34 - In `## Expectation`, state the expected successful behavior in one sentence.3536## Style Rules3738- Preserve exact version strings, commit hashes, and error text.39- If build logs exist, include them; if they do not, omit the link rather than inventing one.40- If a bisect commit exists but the PR is unknown, link the commit directly.41- Keep the issue body scannable and avoid narrative filler.42- Prefer fenced `scala`, `bash`, and `text` blocks.4344## Template4546Use this structure as the default draft:4748````markdown49Based on the OpenCB failures in:50- org/repo - [build logs](...)5152## Compiler version5354Last good release: ...55First bad release: ...56Bisect points to ... / PR $<pr_number>5758## Minimized code5960```scala61...62```6364## Output6566```scala67...68```6970## Expectation71Should compile without ...72````7374Delete the OpenCB section or the bisect command subsection when they are not available.