Cannot find module 'firebase-admin/app' #1488

sankalpsans · 2021-11-07T06:25:50Z

package.json requirements look like this –

  "dependencies": {
    "@sentry/node": "^5.30.0",
    "body-parser": "1.19.0",
    "express": "^4.17.1",
    "firebase-admin": "10.0.0",
    "mysql": "^2.18.1",
    "pug": "3.0.2"
  }

node_modules has the corresponding module in the path ~/node_modules/firebase-admin/lib/app

Node code reads as –

const initializeApp  = require('firebase-admin/app');

And when the app is run, the following stacktrace emerges.

 Error: Cannot find module 'firebase-admin/app'
     at Function.Module._resolveFilename (module.js:547:15)
     at Function.Module._load (module.js:474:25)
     at Module.require (module.js:596:17)
     at require (internal/module.js:11:18)
     at Object.<anonymous> (/var/www/html/project/backend/main.js:16:24)
     at Module._compile (module.js:652:30)
     at Object.Module._extensions..js (module.js:663:10)
     at Module.load (module.js:565:32)
     at tryModuleLoad (module.js:505:12)
     at Function.Module._load (module.js:497:3)

The text was updated successfully, but these errors were encountered:

google-oss-bot · 2021-11-07T06:25:54Z

I found a few problems with this issue:

I couldn't figure out how to label this issue, so I've labeled it for a human to triage. Hang tight.
This issue does not seem to follow the issue template. Make sure you provide all the required information.

shalomhalbert · 2021-11-07T19:29:04Z

I have the same issue. For some reason, running npm install resolved the error when running mocha tests from a non-debug terminal instance in Visual Studio Code, but running mocha tests from a debug terminal instance still yields this error. The node_modules package is definitely installed.

shalomhalbert · 2021-11-07T19:36:26Z

Solved it by ignoring the import recommendation. Instead of

'use strict';

const { initializeApp } = require('firebase-admin/app');
const { getFirestore, Timestamp, GeoPoint } = require('firebase-admin/firestore');

exports.initializeApp = () => initializeApp();
exports.getFirestore = () => getFirestore();
exports.Timestamp = Timestamp;
exports.GeoPoint = GeoPoint;

I am now using what existed before v10:

'use strict';

const firebaseAdmin = require('firebase-admin');

exports.initializeApp = () => firebaseAdmin.initializeApp();
exports.getFirestore = () => firebaseAdmin.firestore();
exports.Timestamp = firebaseAdmin.firestore.Timestamp;
exports.GeoPoint = firebaseAdmin.firestore.GeoPoint;

hiranya911 · 2021-11-08T08:27:41Z

Code given above worked fine when executed through Node.js 12. Here's the output of the execution with an added console.log statement:

% cat main.js 
'use strict';

const { initializeApp } = require('firebase-admin/app');
const { getFirestore, Timestamp, GeoPoint } = require('firebase-admin/firestore');

exports.initializeApp = () => initializeApp();
exports.getFirestore = () => getFirestore();
exports.Timestamp = Timestamp;
exports.GeoPoint = GeoPoint;

console.log(exports);


% node main.js 
{
  initializeApp: [Function],
  getFirestore: [Function],
  Timestamp: [class Timestamp],
  GeoPoint: [class GeoPoint]
}

Also I can do the following on a Node.js REPL:

% node
Welcome to Node.js v12.22.0.
Type ".help" for more information.
> const { initializeApp } = require('firebase-admin/app')
undefined
> initializeApp
[Function: initializeApp]

May be somebody can share a minimal and complete repro of the issue? Something that we can download and run to repro the problem?

sankalpsans · 2021-11-09T02:01:17Z

@hiranya911 I am currently using node v17.0.1. Is it known to not work with this? Is the solution to downgrade to v12 instead?

Edit – I can confirm that downgrading to v12 did solve the issue.

sankalpsans · 2021-11-09T04:07:55Z

@shalbert94 Importing the top level module and then accessing internal things like you suggested works.
That is exactly the workaround that I proceeded with.

So, either the docs need updating, or the library itself does.

hiranya911 · 2021-11-09T06:03:53Z

Works fine on Node 17 too:

$ node
Welcome to Node.js v17.0.1.
Type ".help" for more information.
> const { initializeApp }  = require('firebase-admin/app')
undefined
> initializeApp
[Function: initializeApp]

This is most likely a problem specific to your environment/implementation. We will need a complete, minimal repro to know for sure.

As fas as our library is concerned, we correctly declare the new module entry points in our package.json file:

firebase-admin-node/package.json

Lines 106 to 111 in b26501b

    
           "exports": { 
        
             ".": "./lib/index.js", 
        
             "./app": { 
        
               "require": "./lib/app/index.js", 
        
               "import": "./lib/esm/app/index.js" 
        
             },

All Node.js versions 12 and up, should support it.

hiranya911 · 2021-11-09T06:08:52Z

Edit – I can confirm that downgrading to v12 did solve the issue.

Assuming there are no other libraries, frameworks or custom module loaders in play, more likely explanation is your Node 17 setup was somehow loading an old version of firebase-admin (e.g. v9), that didn't have the new module exports. Changing to Node 12 pulled in the latest version of the library, and picked up the new entry points. Just a guess.

hiranya911 · 2021-11-09T06:30:00Z

I pushed a copy of my attempt to repro this issue to https://github.com/firebase/firebase-admin-node/tree/hkj-repro-1488/nodetest. Feel free to play with it and see if you can still repro the problem.

Bandit · 2021-11-09T06:52:00Z

I'm also getting this error when using the snippet provided:

import { initializeApp, applicationDefault } from 'firebase-admin/app';

=> Error: Cannot find module 'firebase-admin/app'

Node v14.16.1

Confirming that using import firebaseAdmin from 'firebase-admin' resolves it, however that's a big headache. For now I've given up on this approach and gone back to using import Firestore from '@google-cloud/firestore' (and it looks like firebase-admin just wraps that anyway so no harm I guess?)

hiranya911 · 2021-11-09T08:11:49Z

@Bandit can you share a complete repro with us? Something similar to the complete example I've shared above in my last comment.

hiranya911 · 2021-11-09T08:20:47Z

Folks who are seeing this error also please check their library version using one of the following methods:

Using `npm ls`

$ npm ls firebase-admin       
mods@1.0.0 
└── firebase-admin@10.0.0

Directly checking the `package.json` of the library

$ grep "version" node_modules/firebase-admin/package.json
  "version": "10.0.0"

If the version is indeed 10.x or higher, please share a complete repro that we can run.

Bandit · 2021-11-09T08:31:04Z

Confirmed I'm using firebase-admin@10.0.0

I'll see about building a repro when I get some time, but I'm assuming it's related to Vite (using Vite + Sveltekit). Perhaps fixed by this hot-off-the-press PR vitejs/vite#5593? Or maybe it's this bug vitejs/vite#4340? Bit beyond my pay grade

hiranya911 · 2021-11-09T08:42:02Z

We encountered the issue in Vite during alpha testing. See #1340 (also vitejs/vite#3953). It's a bug in their module resolver. We cannot do much about that on our end, but it sounds like the PR you've linked above is expected to fix it.

Other platforms with known issues include Jest and ESLint (see #1481)

BigBallard · 2021-11-13T00:54:46Z

Can confirm this is an issue when creating a graphql express application. Version is 10.0.0

import { initializeApp } from "firebase-admin/app"
import { getAuth } from "firebase-admin/lib/auth"

const firebaseApp = initializeApp()
const auth = getAuth(firebaseApp)

> nodemon ./src/index.ts

[nodemon] 2.0.15
[nodemon] to restart at any time, enter `rs`
[nodemon] watching path(s): src\**\*.ts
[nodemon] watching extensions: ts,json
[nodemon] starting `ts-node ./src/index.ts`
Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: Package subpath './lib/auth' is not defined by "exports" in E:\TrailTrek\trail-trek-back\node_modules\firebase-admin\package.json
    at new NodeError (node:internal/errors:363:5)
    at throwExportsNotFound (node:internal/modules/esm/resolve:335:9)
    at packageExportsResolve (node:internal/modules/esm/resolve:560:3)
    at resolveExports (node:internal/modules/cjs/loader:476:36)
    at Function.Module._findPath (node:internal/modules/cjs/loader:516:31)
    at Function.Module._resolveFilename (node:internal/modules/cjs/loader:913:27)
    at Function.Module._resolveFilename.sharedData.moduleResolveFilenameHook.installedValue [as _resolveFilename] (C:\ProgramData\nvm\v16.4.0\node_modules\ts-node\node_modules\@cspotcode\source-map-support\source-map-support.js:679:30)
    at Function.Module._load (node:internal/modules/cjs/loader:772:27)
    at Module.require (node:internal/modules/cjs/loader:999:19)
    at require (node:internal/modules/cjs/helpers:93:18) {
  code: 'ERR_PACKAGE_PATH_NOT_EXPORTED'

hiranya911 · 2021-11-13T03:45:04Z

@DallasP9124 your import is wrong:

import { getAuth } from "firebase-admin/lib/auth"

Should be corrected as:

import { getAuth } from "firebase-admin/auth"

adgang · 2021-11-17T05:20:59Z

Can confirm this issue occurs, as of today, on

node --version
v14.18.0

Repro is just following the firebase setup docs, albeit with typescript imports.
https://firebase.google.com/docs/admin/setup

Update: Visual Studio code is able to see the firebase-admin/app module though. Its just that when I run a test case with jest with minimal setup of FCM admin, the error occurs.

Looks like my issue is more related to:
#1481

For now, the workaround is good.

BigBallard · 2021-11-17T06:08:08Z

@hiranya911 that did fix it. I was using WebStorm and it resolved the import to the wrong location.

davidpirates · 2021-11-23T09:36:05Z

I got fixed by updating fireabse-admin and node version as below.
firebase-admin: 10.0.0
node: v14.15.4

itssumitrai · 2021-12-09T04:38:07Z

any updates on this issue ? I am not able to use modular imports on Node 16
Cannot find module 'firebase-admin/auth'
My installed version is 10.0.0

TheSecurityDev · 2021-12-11T03:14:13Z

I started getting this after installing the eslint-plugin-node module and enabling the plugin. The rule node/no-missing-import was causing the error. I fixed it by adding allowModules: ["firebase-admin"] in the rule config, like this:

"node/no-missing-import": [
  "error",
    {
      allowModules: ["firebase-admin"],
    },
  ],

hiranya911 · 2021-12-12T21:30:26Z

@TheSecurityDev Yes, ESLint is another known case. See my earlier comment #1488 (comment)

Open bug report in ESLint project: import-js/eslint-plugin-import#1868

pooyasa · 2021-12-15T09:13:24Z

Same problem here. The suggested method in the documentation did not work.

However this solved it:

import * as admin from 'firebase-admin';

admin.initializeApp();

const db = admin.firestore();
const bucket = admin.storage().bucket();
const auth = admin.auth();

reslear · 2021-12-16T15:21:37Z

same problem

node: v16.13.0

"typescript": "^4.5.4"
"firebase-admin": "^10.0.1",
"ts-node": "^10.4.0",
"ts-node-dev": "2.0.0-0",

eslint

{
    'import/no-unresolved': [
      'error',
      {
        ignore: ['^firebase-admin/.+'],
      },
    ],
    'node/no-missing-import': [
      'error',
      {
        allowModules: ['firebase-admin'],
      },
    ],
}

working only importing type

import type { MulticastMessage } from 'firebase-admin/messaging'

thx @pooyasa I also had to go back

Benjamin-Dobell · 2021-12-28T22:21:27Z

A co-worker had a similar issue, so just chiming in in case it helps someone. Basically, make sure you're running tooling that supports package.json exports field.

firebase-admin/app isn't a real file on disk, it's mapped as per:

firebase-admin-node/package.json

Lines 108 to 111 in 7b15b27

    
           "./app": { 
        
             "require": "./lib/app/index.js", 
        
             "import": "./lib/esm/app/index.js" 
        
           },

In our case we were seeing discrepancies between developers' machines. Ensuring everyone was running Node 12.7 or greater resolved the issue.

codingedgar · 2022-01-05T15:46:24Z

Had the same error in v9.5, works fine in v10 if I dont use firebase-functions and strictly use the submodules (firebase-functions/app, /auth, etc)

HelderSi · 2022-01-09T12:38:45Z

I started to use firebase-admin@^10.0.1 and I had this error when running jest tests. It couldn't map "firebase-admin/app" to "firebase-admin/lib/app" as expected. So I have mapped this manually on jest.config.ts:

import { pathsToModuleNameMapper } from 'ts-jest/utils';
import { compilerOptions } from './tsconfig.json';

...
export default {
 ...
 moduleNameMapper: pathsToModuleNameMapper(
    {
      ...compilerOptions.paths,
      'firebase-admin/*': ['node_modules/firebase-admin/lib/*'],
    },
    {
      prefix: '<rootDir>',
    },
  ),
...
}

That worked for me.

And just to note, my tsconfig.json is like this:

{
  "compilerOptions": {
    ...
    "baseUrl": ".",
    "paths": {
      "modules/*": [
        "src/modules/*"
      ],
      "shared/*": [
        "src/shared/*"
      ],
    }
  }
}

alxcholley · 2022-01-24T15:02:06Z

Hi,
See that : https://firebase.google.com/docs/admin/migrate-node-v10#es-modules-support

fflores97 · 2022-01-26T20:23:49Z

Similarly to @HelderSi, I had to do a moduleNameMapper config, but I'm using yarn v2 PnP, so my config looks like this:

import { pathsToModuleNameMapper } from "ts-jest/utils";

export default {
  preset: "ts-jest",
  testEnvironment: "node",
  modulePaths: ["<rootDir>/src"],
  moduleNameMapper: pathsToModuleNameMapper({
    "firebase-admin/*": ["firebase-admin/lib/*"],
  }),
};

Enragedsaturday · 2022-02-02T01:19:00Z

For some reason npm pulled v9 for me, I manually edited my package.json (remember it's the one in the functions folder):
"firebase-admin": "^10.0.2",
All imports are working correctly now.

artstylee · 2022-02-02T02:48:05Z

backend package json

{
  "name": "back",
  "version": "1.0.0",
  "description": "",
  "type": "module",
  "main": "index.js",
  "dependencies": {
    "bcrypt": "^5.0.1",
    "cookie-parser": "^1.4.5",
    "cors": "^2.8.5",
    "dotenv": "^10.0.0",
    "express": "^4.17.1",
    "express-validator": "^6.13.0",
    "firebase-admin": "^10.0.2",
    "jsonwebtoken": "^8.5.1",
    "mongodb": "^4.1.3",
    "mongoose": "^6.0.12",
    "multer": "^1.4.4",
    "nodemon": "^2.0.14",
    "socket.io": "^4.4.0"
  },
  "scripts": {
    "back": "nodemon index.js",
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "author": "",
  "license": "ISC"
}

node version
v16.13.1

firebase library package.json
"version": "10.0.2",

mattisx · 2022-02-18T22:43:29Z

Deleting node_modules, package-lock.json, and running npm cache clean --force fixed this for me on Node 16.14.

Benjamin-Lee · 2022-03-09T17:06:17Z

For anyone else looking for things to try, learn from my mistake. When upgrading to firebase-admin@10, I accidentally made it a dev dependency, thus triggering this error.

Muhkol · 2022-03-12T21:11:12Z

I did have the same issue with not finding the module 'firebase-admin/app'. Ended up accessing firebase products with suggestions from others at the top of this thread. Tried it again the default way from google docs , regardless of the error 'module not found' everything still works fine and able to use firebase product (firestore). You can IGNORE the error and run your code. I am node version 12

lneninger · 2022-03-25T11:53:00Z

@Benjamin-Lee that fixed my issue. Thanks for share your error resolution.

fbukevin · 2022-06-14T16:39:10Z

This issue is still not solved. Either I use node version 14.6.0 (npm v7.8.0) or version 18.1.0 (npm v8.8.0).

March-mitsuki · 2022-12-07T15:36:17Z

I'm using node v18.12.0 with yarn and vscode. Runing yarn cache clean --all then reinstalling yarn install, and restarting vsode fixed this for me.

jasonburrows · 2023-03-09T20:38:37Z

Still experiencing this with firebase-admin@11.5.0 and node@18.15.0.

Clearing the cache and re-installing did not help.

I have tried the general import:

import * as firebaseAdmin from 'firebase-admin';

...but I can't get at the getAuth function.

const auth = firebaseAdmin.auth.getAuth(app);

Gives:

Property 'getAuth' does not exist on type '(app?: App | undefined) => Auth'.

lahirumaramba · 2023-03-09T22:52:55Z

@jasonburrows If you are using the namespaces you should use firebaseAdmin.auth(app).

I ran a few tests and it seems like import * as firebaseAdmin from 'firebase-admin' imports all the named exports... so you specifically need to access the default export. I am unsure why this happens or what the correct fix for this. I will need to investigate the issue further.

import * as firebaseAdmin from 'firebase-admin';

const auth = firebaseAdmin.default.auth();

[Module: null prototype] {
  default: <ref *1> FirebaseNamespace {
    __esModule: true,
    credential: {
      cert: [Function: cert],
      refreshToken: [Function: refreshToken],
      applicationDefault: [Function: applicationDefault]
    },
    SDK_VERSION: '11.5.0',
    Promise: [Function: Promise],
    INTERNAL: FirebaseNamespaceInternals { appStore: [AppStore] },
    default: [Circular *1]
  }
}

In the meantime, I would also suggest using the new modular syntax:

import { initializeApp, App } from 'firebase-admin/app';
import { getAuth, UserRecord } from 'firebase-admin/auth';

const app: App = initializeApp();

const token: string = await getAuth().createCustomToken('alice');

https://firebase.google.com/docs/admin/migrate-node-v10

google-oss-bot added the needs-triage label Nov 7, 2021

Bandit mentioned this issue Nov 9, 2021

bug: ssrServer ENOENT firestore.proto jthegedus/svelte-adapter-firebase#152

Closed

lahirumaramba added api: core and removed needs-triage labels Nov 12, 2021

jagodarybacka mentioned this issue Jul 11, 2023

Repo sync tahowallet/dapp#8

Merged

Cannot find module 'firebase-admin/app' #1488

Cannot find module 'firebase-admin/app' #1488

Comments

sankalpsans commented Nov 7, 2021

google-oss-bot commented Nov 7, 2021

shalomhalbert commented Nov 7, 2021 • edited Loading

shalomhalbert commented Nov 7, 2021 • edited Loading

hiranya911 commented Nov 8, 2021

sankalpsans commented Nov 9, 2021 • edited Loading

sankalpsans commented Nov 9, 2021

hiranya911 commented Nov 9, 2021

hiranya911 commented Nov 9, 2021 • edited Loading

hiranya911 commented Nov 9, 2021

Bandit commented Nov 9, 2021 • edited Loading

hiranya911 commented Nov 9, 2021

hiranya911 commented Nov 9, 2021 • edited Loading

Using npm ls

Directly checking the package.json of the library

Bandit commented Nov 9, 2021

hiranya911 commented Nov 9, 2021

BigBallard commented Nov 13, 2021

hiranya911 commented Nov 13, 2021

adgang commented Nov 17, 2021 • edited Loading

BigBallard commented Nov 17, 2021

davidpirates commented Nov 23, 2021

itssumitrai commented Dec 9, 2021

TheSecurityDev commented Dec 11, 2021

hiranya911 commented Dec 12, 2021 • edited Loading

pooyasa commented Dec 15, 2021

reslear commented Dec 16, 2021 • edited Loading

Benjamin-Dobell commented Dec 28, 2021

codingedgar commented Jan 5, 2022

HelderSi commented Jan 9, 2022 • edited Loading

alxcholley commented Jan 24, 2022

fflores97 commented Jan 26, 2022

Enragedsaturday commented Feb 2, 2022

artstylee commented Feb 2, 2022 • edited Loading

mattisx commented Feb 18, 2022

Benjamin-Lee commented Mar 9, 2022

Muhkol commented Mar 12, 2022

lneninger commented Mar 25, 2022

fbukevin commented Jun 14, 2022

March-mitsuki commented Dec 7, 2022

jasonburrows commented Mar 9, 2023

lahirumaramba commented Mar 9, 2023

shalomhalbert commented Nov 7, 2021 •

edited

Loading

shalomhalbert commented Nov 7, 2021 •

edited

Loading

sankalpsans commented Nov 9, 2021 •

edited

Loading

hiranya911 commented Nov 9, 2021 •

edited

Loading

Bandit commented Nov 9, 2021 •

edited

Loading

hiranya911 commented Nov 9, 2021 •

edited

Loading

Using `npm ls`

Directly checking the `package.json` of the library

adgang commented Nov 17, 2021 •

edited

Loading

hiranya911 commented Dec 12, 2021 •

edited

Loading

reslear commented Dec 16, 2021 •

edited

Loading

HelderSi commented Jan 9, 2022 •

edited

Loading

artstylee commented Feb 2, 2022 •

edited

Loading