firebase-admin-node icon indicating copy to clipboard operation
firebase-admin-node copied to clipboard

[Firestore] admin.firestore.Timestamp.now() fails with firebase-admin 11, works in 10.3 (emulator)

Open tofsjonas opened this issue 3 years ago • 17 comments

[REQUIRED] Step 2: Describe your environment

  • Operating System version: macOS Monterey 12.4
  • Firebase SDK version: 11.3.0
  • Firebase Product: Firestore
  • Node.js version: v16.14.2
  • NPM version: 8.15.0

tsconfig.json

{
  "compilerOptions": {
    "lib": ["ES2020"],
    "module": "commonjs",
    "target": "ES2020",
    "noImplicitReturns": true,
    "noUnusedLocals": true,
    "outDir": "dist",
    "sourceMap": true,
    "strict": true,
    "allowSyntheticDefaultImports": true
  },
  "compileOnSave": true,
  "include": ["src"],
  "exclude": ["node_modules", "**/node_modules/*"]
}

package.json

{
  "name": "functions",
  "scripts": {
    "build": "rm -rf dist && tsc",
    "watch": "rm -rf dist && npx tsc -w --skipLibCheck --noEmitOnError",
    "serve": "firebase emulators:start --import=./.cache --export-on-exit",
    "deploy": "firebase deploy --only hosting",
    "logs": "firebase functions:log"
  },
  "engines": {
    "node": "16"
  },
  "main": "dist/index.js",
  "dependencies": {
    "@firebase/app-compat": "^0.1.29",
    "axios": "^0.27.2",
    "cors": "^2.8.5",
    "firebase-admin": "^11.0.0",
    "firebase-functions": "^3.22.0",
    "stripe": "^9.14.0"
  },
  "devDependencies": {
    "@firebase/app-types": "^0.7.0",
    "@types/cors": "^2.8.12",
    "@types/stripe-v3": "^3.1.27",
    "firebase-functions-test": "^2.2.0",
    "jest": "^28.1.3",
    "typescript": "^4.7.4"
  },
  "private": true
}

[REQUIRED] Step 3: Describe the problem

admin.firestore.Timestamp.now() throws TypeError: Cannot read properties of undefined (reading 'now') (~same with admin.firestore.increment(1)).

In emulator, I haven't dared try it "live".

Steps to reproduce / Relevant Code:

test.ts

import * as functions from 'firebase-functions'
import * as admin from 'firebase-admin'
export const test = functions.region('europe-west1').https.onRequest(async (request, response) => {
  const res = await admin.firestore().collection('mytable').add({
    createdAt: admin.firestore.Timestamp.now(),
  })
  response.json({
    id: res.id,
  })
})

Result:

TypeError: Cannot read properties of undefined (reading 'now')

tofsjonas avatar Jul 21 '22 16:07 tofsjonas

I couldn't figure out how to label this issue, so I've labeled it for a human to triage. Hang tight.

google-oss-bot avatar Jul 21 '22 16:07 google-oss-bot

It appears I'm having the same issue with the delete FieldValue. I get this error TypeError: Cannot read properties of undefined (reading 'delete').

This looks to be yet another bug that has happened with firebase code releases. It seems like something always breaks on major releases these days.

Joebayld avatar Jul 23 '22 02:07 Joebayld

I am having same issues on emulator with new admin.firestore.Timestamp(s,ns) says Timestamp() is not the constructor , but works good live

AkshayChhajed1998 avatar Aug 01 '22 07:08 AkshayChhajed1998

Also experiencing the same issue, and firestore.v1.FirestoreAdminClient is also undefined

milo- avatar Aug 02 '22 10:08 milo-

I rolled back to v10.3.0 and admin.firestore.Timestamp.now() works again.

magician11 avatar Aug 02 '22 19:08 magician11

Thank you for reporting this issue. This might have been caused by the Firestore version bump in Admin SDK v11. In the meantime could try adding import { Timestamp } from 'firebase-admin/firestore' as a workaround? It seemed to have worked in #1793

lahirumaramba avatar Aug 02 '22 20:08 lahirumaramba

When I do import { Timestamp } from 'firebase-admin/firestore' I get this:

Unable to resolve path to module 'firebase-admin/firestore'.eslint import/no-unresolved

😢

This seems to work: import type { DocumentReference, DocumentData, Timestamp } from 'firebase-admin/firestore' 🤔🤯

tofsjonas avatar Aug 03 '22 08:08 tofsjonas

Thank you for reporting this issue. This might have been caused by the Firestore version bump in Admin SDK v11. In the meantime could try adding import { Timestamp } from 'firebase-admin/firestore' as a workaround? It seemed to have worked in #1793

What about for the delete field value?

Any idea when this can be patched?

Joebayld avatar Aug 04 '22 00:08 Joebayld

It seems like as we move on to the modular SDK we should import the types as needed. The following seems to work for me:

Node.js

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

initializeApp();

const f = getFirestore();
const t = Timestamp.now();
const fv = FieldValue.delete();

TypeScript

import { getFirestore, Timestamp, FieldValue, Firestore } from 'firebase-admin/firestore';
import { initializeApp } from 'firebase-admin/app';

initializeApp()

const f: Firestore = getFirestore();
const t: Timestamp = Timestamp.now();
const fv: FieldValue = FieldValue.delete();

TypeScript

import * as admin from 'firebase-admin';

admin.initializeApp();

const f = admin.firestore();
const t = admin.firestore.Timestamp.now();
const fv = admin.firestore.FieldValue.delete();

tsconfig.json

{
  "compilerOptions": {
    "module": "commonjs",
    "esModuleInterop": true,
    "target": "es6",
    "moduleResolution": "node",
    "sourceMap": true,
    "outDir": "dist"
  },
  "lib": ["es2015"]
}

package.json

{
  "name": "repro",
  "version": "1.0.0",
  "main": "dist/test.js",
  "scripts": {
    "start": "tsc && node dist/test.js"
  },
  "engines": {
    "node": "16"
  },
  "devDependencies": {
    "typescript": "^4.7.4"
  },
  "dependencies": {
    "firebase-admin": "^11.0.1"
  }
}
├─┬ [email protected]
│ ├── @fastify/[email protected]
│ ├── @firebase/[email protected]
│ ├── @firebase/[email protected]
│ ├── @google-cloud/[email protected]
│ ├── @google-cloud/[email protected]
│ ├── @types/[email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ └── [email protected]
└── [email protected]

lahirumaramba avatar Aug 08 '22 18:08 lahirumaramba

Ah.

The problem was (is) eslint-plugin-import 😢

This will throw lint errors:

import { getFirestore, Timestamp, FieldValue, Firestore } from 'firebase-admin/firestore';
import { initializeApp } from 'firebase-admin/app';

Unable to resolve path to module 'firebase-admin/app'. eslint import/no-unresolved

whereas this will not (which I only tried because I copy/pasted your code):

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

The "solution" is to not use the plugin anymore. But I would like to..

Do you have any idea what that's about?

Failing eslintrc.js:

  extends: [
    'eslint:recommended',
    'plugin:import/recommended',
    'plugin:import/typescript',

Passing eslintrc.js:

  extends: [
    'eslint:recommended',
    // 'plugin:import/recommended',
    // 'plugin:import/typescript',

tofsjonas avatar Aug 09 '22 07:08 tofsjonas

It seems like as we move on to the modular SDK we should import the types as needed. The following seems to work for me:

So is this the way of using the new version of the library with typescript? I can update my code accordingly, just want to make sure this is the correct solution or just a temporary fix.

Also, can the library be fixed so the old way isn't an option in typescript anymore? Right now the error is thrown only at runtime but the types think it's okay as is (which it obviously isn't).

Joebayld avatar Aug 11 '22 20:08 Joebayld

@Joebayld yes, if you are using the modular SDK then this is the correct way to import the types. For the issue you are facing with the previous syntax, could you provide us with a minimal repro by any chance? Thank you!

lahirumaramba avatar Aug 11 '22 20:08 lahirumaramba

@Joebayld yes, if you are using the modular SDK then this is the correct way to import the types. For the issue you are facing with the previous syntax, could you provide us with a minimal repro by any chance? Thank you!

I think I see the issue then. I was using the older style imports (which worked in v10 and v11, but had the runtime issue).

import * as admin from "firebase-admin";

admin.firestore.FieldValue.delete()

With the above code on the latest version, this appears to be fine in typescript but doesn't work. I switched everything to the new modular imports and it seems to be okay.

Joebayld avatar Aug 11 '22 21:08 Joebayld

With the non-modular approach, we are having the same problem.

JFGHT avatar Aug 24 '22 14:08 JFGHT

Ah.

The problem was (is) eslint-plugin-import 😢

This will throw lint errors:

import { getFirestore, Timestamp, FieldValue, Firestore } from 'firebase-admin/firestore';
import { initializeApp } from 'firebase-admin/app';

Unable to resolve path to module 'firebase-admin/app'. eslint import/no-unresolved

I'm having this same issue and had to explicitly ignore the rule for this import:

// eslint-disable-next-line import/no-unresolved 
import {Timestamp} from "firebase-admin/firestore";

ansells avatar Aug 24 '22 20:08 ansells

I also stumbled across that issue. Using the modular imports fixed the issue. Thanks for the hint :)

I think - since this is a breaking change in usage with the emulator - this should be noted in the release notes.

pascalbe-dev avatar Aug 26 '22 12:08 pascalbe-dev

Running my jest tests for code, which imports getFirestore the modular way now fails. It is unhappy with the following statement in the /node_modules/firebase-admin/lib/esm/firestore/index.js file.

import mod from "../../firestore/index.js";

It says: SyntaxError: Cannot use import statement outside a module

Has anyone experienced this issue as well or knows how to fix it?

pascalbe-dev avatar Aug 26 '22 14:08 pascalbe-dev

Also experiencing the same issue, and firestore.v1.FirestoreAdminClient is also undefined

import * as firestore from 'firebase-admin/firestore' fixed it for me

mariamghalleb avatar Oct 25 '22 18:10 mariamghalleb

@ lahirumaramba you are a lifesave, thanks <3

abMarlim avatar Oct 27 '22 18:10 abMarlim

Since it seems like switching to the modular SDK is the proper fix here I will convert this issue to a discussion. That will hopefully help with future issues like #1954

lahirumaramba avatar Oct 27 '22 18:10 lahirumaramba