← Reported problems
Reported problemNot a verified signal

`importHelpers` incorrectly requires `tslib` for native `#private` class members at every dated `target` (ES2022–ES2025), even though no helper is ever emitted

`importHelpers` incorrectly requires `tslib` for native `#private` class members at every dated `target` (ES2022–ES2025), even though no helper is ever emitted

SourceGitHub
Communitymicrosoft/TypeScript
DateAug 6, 2026
Independent reports1

Important limitations

  • This may be one public report, not widespread demand.
  • Current independent report count: 1.
  • This is currently a single independent report. It has not passed clustering or human review as a verified signal.
  • No market size, willingness to pay, competition, or trend claims are inferred here.

What was reported

Who is affected
Application developer using the reported software
Job to be done
Preserve type safety while building an application
Workflow
- Reproduces on every TypeScript version from **4.3.5** (when native `#private` fields and the `ES2022` target were introduced) through the current **7.0.2** and the **7.1.0-dev** nightly — i.e.
Desired outcome
`tsc` should not require `tslib` to be resolvable for constructs that are natively supported at the configured `target` and that the emitter never actually references, the same way it doesn't for e.g.
Severity
Not enough evidence yet.
Urgency
Not enough evidence yet.

Evidence indicators

Evidence records1
Independent reports1
Reproduction notesPresent
Metrics mentionedNot observed
Logs mentionedPresent
Corroborationuncorroborated

What would upgrade this

  • Additional independent reports from distinct communities or authors.
  • Human clustering into a review signal, then explicit publication approval.
  • Counter-evidence review and durable original-source verification.

Original source

Open the original public report