Skip to content

fix(crashlytics-autotriage): drop unsupported --project flag (the real MCP blocker)#91

Merged
stozo04 merged 2 commits into
mainfrom
feature/crashlytics-autotriage-drop-project-flag
Jun 23, 2026
Merged

fix(crashlytics-autotriage): drop unsupported --project flag (the real MCP blocker)#91
stozo04 merged 2 commits into
mainfrom
feature/crashlytics-autotriage-drop-project-flag

Conversation

@stozo04

@stozo04 stozo04 commented Jun 23, 2026

Copy link
Copy Markdown
Owner

Description

Root cause, confirmed two ways. The Firebase MCP server in .github/firebase-mcp.json was launched with --project openloop-8c266, but firebase mcp doesn't accept that flag:

TypeError [ERR_PARSE_ARGS_UNKNOWN_OPTION]: Unknown option '--project'
    at mcp (.../firebase-tools/lib/bin/mcp.js:57:45)

(Reproduced locally by running the exact config command.) The server process crashes on startup, and the Claude SDK then reports the server as status: "pending" indefinitely (seen in run #18's init block) — which is why the crashlytics_* tools never surfaced across 6 runs.

Fix: remove --project. The project resolves from the tracked .firebaserc (default openloop-8c266) via --dir ., so the flag was never needed.

This is the one variable left after the earlier fixes (single trigger, --only crashlytics, 120s timeout, pre-install, Crashlytics API enabled).

Type of Change

  • 🐛 Bug Fix (CI / MCP startup crash)

How Has This Been Tested?

  • Local repro: the prior command (...mcp --dir . --project openloop-8c266 --only crashlytics) throws Unknown option '--project'; removing it resolves the parse error.
  • CI re-test after merge: re-label crashlytics-auto; the firebase server should reach connected and crashlytics_get_issue should return data.

Checklist

  • 🔍 Self-review performed.
  • 📖 JSON validated.

stozo04 added 2 commits June 23, 2026 15:49
… config

`firebase mcp` does not accept `--project` — passing it makes the server process
crash on startup with `ERR_PARSE_ARGS_UNKNOWN_OPTION: Unknown option '--project'`.
The MCP client then reports the server as `status: "pending"` forever (confirmed
in run #18's SDK init), so the crashlytics_* tools never load. Verified locally:
the exact command from the config throws this error.

The project resolves from the tracked `.firebaserc` (default openloop-8c266) via
`--dir .`, so `--project` was never needed.
…ectly

Match the verified-working local config: drop `--project` (unsupported by
`firebase mcp`, crashed the server) and invoke the `firebase` binary the
Pre-install step puts on PATH, instead of `npx -y firebase-tools` (avoids npx
resolution at MCP startup). Project resolves from .firebaserc via --dir.
@stozo04 stozo04 merged commit 4dc8b8c into main Jun 23, 2026
1 check passed
@stozo04 stozo04 deleted the feature/crashlytics-autotriage-drop-project-flag branch June 23, 2026 20:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant