"Publish" button fails since ~5:40 PM (March 10) — build succeeds but rollout fails

Since approximately 5:40 PM (UTC-3) today, the Publish button in Firebase

Studio consistently fails with:

Failed to publish app

Something went wrong creating your App Hosting rollout. Please try

re-publishing.

The last successful deployment was at 5:35 PM ("Implementada desde Firebase

Studio"). Every attempt after that fails at the rollout stage.

Running npm run build manually in the Studio terminal completes successfully —

Next.js 15.3.8 compiles, type-checks, and generates all 57 pages with no

errors. The issue is specifically with the App Hosting rollout triggered by

the Publish button.

firebase deploy from the terminal only deploys Firestore/Storage rules, not

the App Hosting backend, so it’s not a workaround.

Environment:

  • Firebase Studio (cloud workspace)

  • Firebase App Hosting

  • Next.js 15.3.8 (App Router)

  • Node.js 22

  • Region: us-central1

What I’ve tried:

  • Re-publishing multiple times — same error every time

  • Verified npm run build succeeds locally in Studio terminal

  • No changes to apphosting.yaml or project config between the successful 5:35

PM deploy and the failing attempts

I noticed UI changes in the Firebase console today, so there may have been an

infrastructure update that affected App Hosting rollouts.

Is anyone else experiencing Publish failures today?

All my app cant be blush all, I have the same issue

I have UX Firebase UI too, all my app in studio cant rollout

Lo solucione en la consola con: **firebase init apphosting slecciona tu backend sigues los pasos posteriores, ejemplo de como se vera: firebase init apphosting **
=== App Hosting Setup
i This command links your local project to Firebase App Hosting. You will be able to deploy your web app with firebase deploy after setup.
:check_mark: Please select an option Link to an existing backend
:check_mark: Which backend would you like to link? studio
i === Deploy local source setup
:check_mark: Specify your app’s root directory relative to your firebase.json directory /
:check_mark: Wrote configuration info to firebase.json
i Writing default settings to apphosting.yaml…
:check_mark: File /home/user/studio/apphosting.yaml already exists. Overwrite? Yes
:check_mark: Wrote /home/user/studio/apphosting.yaml
:check_mark: Firebase initialization complete!

:check_mark: Wrote configuration info to firebase.json
:check_mark: Wrote project information to .firebaserc

:check_mark: Firebase initialization complete!
LUEGO:
studio-844382xxxxx:~/studio{main}$ firebase deploy --only apphosting

Listo funciono!!!

I have same problem since yesterday. Any updates?

Same problem here. Can not deploy

I am also facing same issue, can someone please tell me if it is fixed or not?


Same thing happening to me here in Brazil.


where do you do this?

Tengo el mismo problema con la publicación

Same problem here in Sweden. (Using US-central-1)

Hopefully it will be fixed soon!

Gracias @jjara.Ozean! Seguí tus pasos y efectivamente firebase deploy --only apphosting crea el rollout correctamente. El problema es que las variables de entorno del .env no se cargan en el runtime de App Hosting.

Al deployar con este método, el servidor arranca sin las env vars (como NEXT_PUBLIC_FIREBASE_PROJECT_ID, FIREBASE_CLIENT_EMAIL, FIREBASE_PRIVATE_KEY, etc.) y todas las rutas devuelven 500 con “FIREBASE_PROJECT_ID no configurado”. Tuve que hacer rollback al último deploy exitoso que se hizo con el botón Publish de Studio (ese sí inyectaba las env vars).

¿A ti te funcionaron las env vars del .env con firebase deploy --only apphosting? ¿O las tienes configuradas como secrets en Cloud Secret Manager / apphosting.yaml?


:united_states: Thanks @jjara.Ozean! I followed your steps and indeed, firebase deploy --only apphosting creates the rollout correctly. The problem is that the environment variables in the .env file aren’t being loaded into the App Hosting runtime.

When deploying with this method, the server starts without the environment variables (such as NEXT_PUBLIC_FIREBASE_PROJECT_ID, FIREBASE_CLIENT_EMAIL, FIREBASE_PRIVATE_KEY, etc.) and all routes return a 500 error with “FIREBASE_PROJECT_ID not configured”. I had to roll back to the last successful deployment done with the Studio Publish button (that one did inject the environment variables).

Did the environment variables in the .env file work for you with firebase deploy --only apphosting? Or do you have them configured as secrets in Cloud Secret Manager / apphosting.yaml?

@xavi7x podemos podernos en contacto para que me explique el proceso, acastillo@ac.com.do

It is starting slowly to work now.
Thx Google Engineers!

Good news, at least the Google team is aware of the issue and they are working on a fix.

Great news! The issue with the Publish button has been resolved. Deployments triggered directly from Firebase Studio are now processing and completing successfully again. Is it working for you?

Still i face same issue and cannot publish, can you please check my directory, is it normal since there are some files with same name, whats causing the issue

Hi @The_shariq, your directory structure looks fine there’s nothing wrong with having files with similar names in different folders (like

page.tsx in different routes, that’s normal in Next.js App Router).

The publish issue we experienced was a temporary problem on Firebase App Hosting’s side, not related to project structure. Here’s what you can

try:

1. Clear the build cache: In Firebase Studio terminal, run rm -rf .next then try publishing again

2. Check your apphosting.yaml exists at the root and has valid config

3. Check the build logs in Cloud Build (GCP Console Cloud Build History) for the actual error message

4. Try re-linking: If the Publish button stays greyed out or keeps failing, disconnect and reconnect the App Hosting backend in Firebase Console

App Hosting

If none of that works, can you share the actual error message from the build logs? That will help pinpoint the exact issue.


My situation: Build succeeds but no rollout created — and issue seems worse today.

Yesterday (via Studio terminal):

  • Step 0 - Fetch: Source fetched successfully (279 files, ~73MB)

  • Step 1 - Pre-buildpack: Environment prepared successfully

  • Step 2 - Build: Node.js v20 installed, 1071 packages installed, app image built and pushed successfully

  • Overall build status: DONE :white_check_mark:

  • BUT: No rollout appeared in Firebase App Hosting console despite successful build

Today (via Publish button in Firebase Studio):

  • Build was never triggered at all

  • Publish button immediately shows “Something went wrong creating your App Hosting rollout. Please try re-publishing.”

  • No record in Cloud Build history for this attempt

So the failure point has actually moved earlier in the pipeline:

Yesterday: Publish → Build ✅ → Rollout ❌
Today:     Publish → ❌ (fails before build even starts)

Project is Next.js 15 on App Hosting in us-central1. Preview in Firebase Studio works fine. No code changes made. Is anyone else seeing the issue getting worse today rather than resolving?


This is clear, technical, helpful to others, and contains zero sensitive information. :+1:

@The_shariq This looks like a Firebase App Hosting infrastructure issue, not something on your end. The fact that it worked yesterday (build succeeded but no rollout) and today it fails even earlier (before build starts) suggests the service is degraded on Google’s side.

A few things you can try:

  1. Check Firebase Status Dashboard https://status.firebase.google.com/ — see if there’s an active incident for App Hosting
  2. Try re-linking the backend: Firebase Console → App Hosting → your backend →
    disconnect and reconnect. This forces a fresh rollout configuration
  3. Try deploying from CLI instead of Studio:
    firebase apphosting:rollouts:create
  4. This bypasses the Studio Publish button entirely and may work even if the button is broken
  5. Check IAM permissions: Make sure the App Hosting service account still has the required roles (sometimes these get revoked during platform updates). Go to GCP Console → IAM and check for firebase-app-hosting-compute@ service account
  6. Try a different region if possible — if us-central1 is having issues,
    creating a new backend in another region could unblock you temporarily

I had a similar issue recently where Publish was failing — it resolved after a few hours on Google’s side. If none of the above works, I’d recommend filing a support ticket through Firebase Console with your build ID from Cloud Build history so they can trace the rollout failure.