Skip to content

Move back to 100% coverage standard #17459

Open

Description

@daniel-sanche

In #17456, it was reported that the coverage tests have been silently failing. We opened a PR to address this, but left the required coverage at 99% instead of 100, since there will be a gap before the next generation cycle. After the generator is updated, we should move back to a 100% coverage standard.

There may be some hand-written package that will also fail the 100% check. We should make the CI check use package-specific .coverage files for this reason, so individual packages can set their own limits (with the goal of everyone reaching 100% eventually)

Activity

  1. added
    type: bugError or flaw in code with unintended results or allowing sub-optimal usage patterns.
    triage meI really want to be triaged.
    priority: p2Moderately-important priority. Fix may not be included in next release.
    type: cleanupAn internal cleanup or hygiene concern.
    and removed
    type: bugError or flaw in code with unintended results or allowing sub-optimal usage patterns.
    triage meI really want to be triaged.
    on Jun 12, 2026
  2. daniel-sanche commented on Jul 1, 2026

    @daniel-sanche
    ContributorAuthor

    We had to reduce the coverage in a handful of handwritten libraries here: #17607

  3. chalmerlowe commented on Jul 6, 2026

    @chalmerlowe
    Contributor

    The CI check already defers to a package-specific .coveragerc file override of the minimum necessary coverage percentage, if the file is provided.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

priority: p2Moderately-important priority. Fix may not be included in next release.type: cleanupAn internal cleanup or hygiene concern.

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions