Version info
Angular: 21.2.x Firebase: 12.x AngularFire: 21.0.0-rc.0
How to reproduce these conditions
- A workspace whose
firebase.json has a dataconnect.source entry, where the referenced dataconnect.yaml (or its connector's connector.yaml) is missing, unreadable, or malformed.
- Run
ng add @angular/fire so the setup schematic calls parseDataConnectConfig.
Expected behavior
The parse failure is caught and logged ("Couldn't parse dataconnect.yaml" plus the underlying error), and setup continues with the Data Connect config treated as absent — which is what the catch handler is written to do.
Actual behavior
The catch handler names its error variable _ but logs e, which is not defined (src/schematics/utils.ts:379):
} catch (_) {
console.error("Couldn't parse dataconnect.yaml", e);
return null;
}
Evaluating e throws ReferenceError: e is not defined from inside the catch, so the schematic crashes with an error that points nowhere near the actual problem (the YAML). Nothing typechecks this file today — the library build excludes the schematics and esbuild doesn't check types — which is how the undefined identifier survived. Introduced in #3638.
Version info
Angular: 21.2.x Firebase: 12.x AngularFire: 21.0.0-rc.0
How to reproduce these conditions
firebase.jsonhas adataconnect.sourceentry, where the referenceddataconnect.yaml(or its connector'sconnector.yaml) is missing, unreadable, or malformed.ng add @angular/fireso the setup schematic callsparseDataConnectConfig.Expected behavior
The parse failure is caught and logged ("Couldn't parse dataconnect.yaml" plus the underlying error), and setup continues with the Data Connect config treated as absent — which is what the catch handler is written to do.
Actual behavior
The catch handler names its error variable
_but logse, which is not defined (src/schematics/utils.ts:379):Evaluating
ethrowsReferenceError: e is not definedfrom inside the catch, so the schematic crashes with an error that points nowhere near the actual problem (the YAML). Nothing typechecks this file today — the library build excludes the schematics and esbuild doesn't check types — which is how the undefined identifier survived. Introduced in #3638.