Hey @exetico, thanks for providing a detailed report and for sharing what you've tried so far! I think you should be able to pass a value to the --project option when running firebase emulators:exec. Just to verify, are there any errors being raised when you run firebase emulators:exec "npm run test" --project PROJECT_ID?

I'm currently able to run the firebase emulators:exec "npm run test" --project PROJECT_ID command in a GitHub Actions Workflow. I created this repo to try and replicate the setup you have. Let me know if I'm missing anything here or if I've made a mistake in the setup.

I'm currently able to run the firebase emulators:exec "npm run test" --project PROJECT_ID command in a GitHub Actions Workflow. I created this repo to try and replicate the setup you have. Let me know if I'm missing anything here or if I've made a mistake in the setup.

You're right! --project PROJECT_ID actually works. Thanks! I did test that previously, after running the firebase emulators:exec --help, but I must have mistyped something, or forgot saving the file, or similar.

Maybe--project should be listed as part of the --help?

firebase emulators:exec --help
Usage: firebase emulators:exec [options] <script>

start the local Firebase emulators, run a test script, then shut down the emulators

Options:
  --only <emulators>           only specific emulators. This is a comma separated list of emulator names. Valid options are: ["auth","functions","firestore","database","hosting","pubsub","storage","eventarc","dataconnect","tasks"]
  --inspect-functions [port]   emulate Cloud Functions in debug mode with the node inspector on the given port (9229 if not specified)
  --import [dir]               import emulator data from a previous export (see emulators:export)
  --export-on-exit [dir]       automatically export emulator data (emulators:export) when the emulators make a clean exit (SIGINT), when no dir is provided the location of --import [dir] is used
  --log-verbosity <verbosity>  One of: DEBUG, INFO, QUIET, SILENT.
  --ui                         run the Emulator UI
  -h, --help                   output usage information

With that said: The original issue, where I'm unable to run with the "default" project, if multiple projects listed in .firebaserc are still here; the firebase use <project_alias does require me to login, and it's not "just" falling back to the default project. But if the .firebaserc only contains the default project, it's happily continuing with the default project.

I'll use --project as a workaround by setting that as part of the executing, but I'd personally expect a firebase project to be able to use the "default" project, even though, it's not previously set, like it's already do, if only a single project are found in .firebaserc. At least for the emulators. I get that it's maybe not that good to just fallback to a default project, in a deployment scenario (where use have not been executed`).

Hey @exetico. We need more information to resolve this issue but there hasn't been an update in 7 weekdays. I'm marking the issue as stale and if there are no new updates in the next 3 days I will close it automatically.

If you have more information that will help us get to the bottom of this, just add a comment!

Thanks for the feedback, just providing a quick update on this based on our discussions with the team.

Maybe--project should be listed as part of the --help?

Yes, we agree with you here, we should definitely update the output of --help to include the --project option to provide clearer instructions on how to use the command.

With that said: The original issue, where I'm unable to run with the "default" project, if multiple projects listed in .firebaserc are still here; the firebase use <project_alias does require me to login, and it's not "just" falling back to the default project. But if the .firebaserc only contains the default project, it's happily continuing with the default project.

Similar to what you mentioned, we think that falling back to using the default project when no project is explicitly set would be the expected behavior here.

In case we may have misunderstood your feedback in any way, please let us know.

As this point, we're aligned.

1. Add details about --project for the command
2. Secure that, if no project are selected, it will default to the default project, even though, the .firebaserc file contains more projects than one (that's already the working logic, if there's only one project in firebaserc, so it's just a question about also doing that, if there's multiple projects).

Fixed the main issue here in #7804, which released yesterday with 13.21.0. The help text fix will come later - turns out the CLI pacakge we use (commander) makes this slightly more difficult than expected.

Thank you joehan. That's much appreciated.