| id | BUG-NNNN |
|---|---|
| title | <one-line, imperative or noun description of the defect> |
| status | open |
| severity | low |
| reporter | internal |
| discovered | YYYY-MM-DD |
| affected-versions | <e.g. ">=1.0.0,<1.1.1", or "unknown"> |
| fixed-in | <vX.Y.Z once closed; leave empty while open> |
Copy this file to
docs/bugs/<YYYY>/<MM>/BUG-NNNN-<short-kebab-slug>.md, fill the frontmatter, and add an index row toREADME.md.NNNNis the next free globally-monotonic number (see the index). Relative links to repo files use paths relative to this depth:../../../reachesdocs/,../../../../the root. Delete this quote block in the real record.
One or two sentences: what goes wrong, observed from the outside.
- Affected versions:
- Toolchain / platform: <compiler + version, OS, arch — when relevant>
- Configuration: <relevant compile-time knobs, e.g.
PBR_MEMORY_POOL_THREAD_SAFETY>
The smallest steps or code that trigger the defect. A failing test is ideal — link it.
// minimal repro- Expected:
- Actual:
The underlying reason, once understood. For an open record this may be a hypothesis;
mark it as such. For cannot-reproduce/rejected, document why the report did not
hold up — this is the value of recording it.
Who/what is affected and how badly. Justifies the severity.
The fix (link the PR and the CHANGELOG Fixed line once closed), or the interim
workaround for consumers while the record is open.
- Fixing PR: <#NNN, once closed>
CHANGELOGentry: <link to theFixedline /docs/changelog/...once released>- Related: <ADR-XXXX, spec section, upstream issue, related BUG-NNNN>