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.
Reactions are currently unavailable
Version info
Angular: 21.2.x Firebase: 12.x AngularFire: 21.0.0-rc.0
How to reproduce these conditions
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):
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.