Vitest: report extended diagnostics (NG81xx) as warnings, whatever their configured category

Open
#31 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
48/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Active
Tech stack
angular, typescript, vite

Research direction

Start in ngp/preprocessor/src/processor.js and trace how extended diagnostics get their category during Vitest runs. Read the related JIT compatibility work in #27 to understand the intended test mode or shared option. Done means NG81xx diagnostics are warnings, or their category is configurable in test mode, without relying on process.env.VITEST.

Written by the indexing model from the issue text.

Description

feature

Part of #27.

Problem

Projects set extendedDiagnostics.defaultCategory: 'error' for their builds. Under ngp that makes, for example, an unused standalone import (NG8113) fail the whole spec file. JIT never ran extended diagnostics on specs, and the build and lint still report them.

Proposed change

Under Vitest, report NG81xx as warnings (ngp/preprocessor/src/processor.js). An option for their category in test mode would work as well.

Our patch gates this on process.env.VITEST, which is the wrong switch for a library. In ngp it belongs in its test mode, or behind one option shared by the JIT-compatibility changes in #27 (for example test: { jitCompat: true }).

Setup: ngp 0.3.0, @angular/compiler/compiler-cli 22.3.0-next.4, Vite 8, Vitest 5.1.0 (pool: 'forks'), a Nx monorepo with 1,035 Angular projects, one Vitest config each, specs written for TestBed under JIT (Analog).

Dominant language
TypeScript
Stars
7
Forks
1
Avg merge
12h 24m
Merged PRs (30d)
13

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from push-based/vite-plugin-ngp

All issues in push-based/vite-plugin-ngp

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.