dts: Ivy members are matched to classes by name only (wrong component metadata, renamed `X$1` left plain)

Ouverte
#691 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
43/100
Type d'issue
Bug
Clarté
Plutôt claire
Activité
Active
Stack technique
javascript, typescript

Piste de recherche

Start in vite-plugin/index.ts, in generateBundle and the byClassName lookup described in the issue. Trace how declaration classes are collected and matched to bundled .d.ts files, especially when names collide or gain $N suffixes. Reproduce the two cases with rolldown-plugin-dts or tsdown; done means each declaration receives only its own component metadata, and a plain class is not given another module's metadata.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Found while reviewing #683. Older than it (the asset path has always done this), but #683 makes it reachable for rolldown-plugin-dts / tsdown, where bundling and renames happen.

The dts plugin (vite-plugin/index.ts, generateBundle, byClassName) keys the collected declarations by class name only (last one wins), and injects them into every .d.ts in the bundle by the name it finds there. The source module is never compared.

case 1: same name, two modules, one bundled .d.ts
  src/b/card.component.ts  class Card  (b-card, input title)
  src/c/card.component.ts  class Card  (c-card, input size)
  second.ts: export { Card as BCard } from './b/…'; export { Card as CCard } from './c/…'

  second.d.ts (rolldown-plugin-dts renames the clash):
    declare class Card   { title…; static ɵcmp: ComponentDeclaration<Card, "c-card", …{size}…> }  <- wrong component
    declare class Card$1 { size… }                                                             <- no members → NG2012
  (which module wins changes between runs: wrong metadata in 8 of 12 identical builds)

case 2: same name in another entry
  angular.ts → @Component({selector:'lib-button'}) class Button
  utils.ts   → plain class Button { label = 'x' }

  utils.d.ts: import * as i0 from "@angular/core"; class Button { static ɵfac…; static ɵcmp<Button, "lib-button"…> }

Possible direction: match by source module (the chunk's module ids, the rolldown-plugin-dts $N renames), or at least skip and warn on names that come from more than one module rather than write another class's metadata.

Langage dominant
Rust
Étoiles
245
Forks
26
Merge moyen
1 j 42 min
PR mergées (30 j)
83

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de voidzero-dev/oxc-angular-compiler

Toutes les issues de voidzero-dev/oxc-angular-compiler

Issues similaires

Plus d'issues Rust

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.