You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I understand that testing the Firestore security rules works fine with a "fake" project id (TEST_FIREBASE_PROJECT_ID).
Why do we need the real project id for testing firebase functions with the emulator (REAL_FIREBASE_PROJECT_ID )?
Are there any plans to get rid of this; or is there a good reason why it is like this?
Related, the presented colab "combines" the tests of the security rules and the functions in one file. The unit test documentation at https://firebase.google.com/docs/functions/unit-testing describes a fundamentally different workflow. Which is the recommended one? Is one of them outdated?
Thanks a lot for your answers in advance!
The text was updated successfully, but these errors were encountered:
craigfisk
added a commit
to Marmalade-ai/emulators-codelab
that referenced
this issue
Jul 3, 2024
Hi,
I understand that testing the Firestore security rules works fine with a "fake" project id (
TEST_FIREBASE_PROJECT_ID
).Why do we need the real project id for testing firebase functions with the emulator (
REAL_FIREBASE_PROJECT_ID
)?Are there any plans to get rid of this; or is there a good reason why it is like this?
Related, the presented colab "combines" the tests of the security rules and the functions in one file. The unit test documentation at https://firebase.google.com/docs/functions/unit-testing describes a fundamentally different workflow. Which is the recommended one? Is one of them outdated?
Thanks a lot for your answers in advance!
The text was updated successfully, but these errors were encountered: