Hey everyone,
I’m facing a strange issue with Firebase App Hosting + Next.js and would love to know if anyone here has experienced this or found a solution.
Context:
I’m hosting a Next.js project (currently on Next 15.3.3, Node.js 22.16.0) on Firebase App Hosting, with the entire build process handled through Firebase Studio (Firestore + Hosting Console).
On my latest deploy, I pushed version 1.7.0 of the application.
The build process completed without errors, and the Docker image push also finished successfully with a confirmed digest.
Partial Build Log (proof):
> nextn@1.7.0 build
> next build
▲ Next.js 15.3.3
✓ Compiled successfully in 75s
...
digest: sha256:dd6d71904328...
Successfully built image 'us-central1-docker.pkg.dev/imobiflow-96ie9/firebaseapphosting-images/studio:a-utuff7c4m9ib'
The issue:
Even though the 1.7.0 build completed, when I access the production site, the footer still shows the old version (1.6.0).
I’ve already:
Cleared browser cache
Tested in incognito mode
Double-checked on Firebase Console that the build finished successfully
Confirmed that the version number in the code was correctly updated before the build
My current suspicions:
- Possibly a Health Check failure after deploy, causing Firebase to keep serving the old version.
- Maybe some internal cache (Cloud CDN, App Hosting Cache) still serving the previous build.
- Or, perhaps, an issue with the auto-promotion of the new image to production, even though the deploy steps ended without errors.
My questions for the community:
- Has anyone else faced this with Firebase App Hosting and Next.js?
- Is there a way to manually force the promotion of the deployed image, even after a successful build?
- Where in the Firebase Console or via CLI can I confirm the actual active production version?
- Is there a place where I can check the Health Check history for recent deploys?
I’m happy to share more parts of the log or deployment info if needed.
Thanks in advance for any help!