-
Notifications
You must be signed in to change notification settings - Fork 29
Description
Can we access your project?
- I give permission for members of the FlutterFlow team to access and test my project for the sole purpose of investigating this issue.
Current Behavior
When publishing any FlutterFlow app to the preview environment (via "View Full Screen" button), the AssetManifest.bin.json file fails to load with a 404 error. This causes cascading font loading failures for all default FlutterFlow fonts (Outfit, PlusJakartaSans, ReadexPro, etc.). Text appears with fallback/system fonts or as empty spaces.
Critical Observations:
- Error occurs ONLY in Preview environment (
preview.flutterflow.app) - Test Mode/Run from editor works perfectly - no AssetManifest errors, fonts load correctly
- Both of my projects affected (requesta-client-app-34gsns and requesta-service-provider-winzpd)
- All browsers tested (Chrome, Edge, Firefox) show identical 404 errors
- Fresh publishes today still show the error
- Error started appearing on February 6, 2026 (~13:00 GMT+2)
Console Errors:
GET https://preview.flutterflow.app/requesta-client-app-34gsns/[project-id]/assets/AssetManifest.bin.json 404 (Not Found)
Error while trying to load an asset: Flutter Web engine failed to fetch "assets/AssetManifest.bin.json". HTTP request succeeded, but the server responded with HTTP status 404.
Error: google_fonts was unable to load font [Multiple Fonts] because the following exception occurred: Unable to load asset: "AssetManifest.bin.json".
Expected Behavior
- The FlutterFlow build pipeline should generate and deploy
AssetManifest.bin.jsonto the preview environment - All default fonts should load correctly in the Preview environment
- The Preview environment should function identically to Test Mode
- Applications should render with proper typography as configured in the FlutterFlow editor
Steps to Reproduce
- Open either of my affected FlutterFlow projects (permission granted)
- Click "Test/Run" to publish to preview environment
- Click the "View Full Screen" button when compilation completes
- Open browser DevTools (F12) → Console tab
- Observe 404 error for
AssetManifest.bin.json - Observe subsequent font loading failures for all default fonts
Critical Test Comparison:
- Test Mode (Run from editor): ✅ Works correctly, no errors
- Preview Environment (Full Screen): ❌ 404 error, fonts fail
Note: This issue cannot be reproduced from a blank project as it appears to be a platform-wide regression in the preview deployment pipeline.
Previous Report & Closure Issue
This issue was previously reported as [BUG] AssetManifest.bin.json 404 in Preview Environment - Font Loading Broken #6907 on February 6, 2026.
The issue was closed as a duplicate of #6887, but these are fundamentally different problems:
- My issue ([BUG] AssetManifest.bin.json 404 in Preview Environment - Font Loading Broken #6907): AssetManifest.bin.json 404 errors ONLY in Preview environment (Test Mode works)
- Issue Google Fonts not loading since latest Flutter upgrade #6887: AssetManifest.json font loading problems in Test/Run mode
The closure appears to have been incorrect as:
- The error persists after the fix for Google Fonts not loading since latest Flutter upgrade #6887 was deployed
- The error is environment-specific (Preview only)
- Test Mode functions correctly, proving this is a preview deployment pipeline issue
Steps to Reproduce
No - the steps to reproduce above do NOT start from a blank project. This issue is specific to the preview environment deployment pipeline and affects existing projects.
Reproducible from Blank
- The steps to reproduce above start from a blank project.
Bug Report Code (Required)
IT4WhvHqz852rsMA7a6Jc8FFoDwXH1s7UI0/lcN9bEgjfJTrPaYPXfikSEpWZ9+kTHxcL2aKjnodw87ShYfuA+UrGE6Yb655yodcEhXgdzuXMITUOqWdPHJfL8VJJVyay5+rphVQPsFacXge2lOqJ968ZAXAHqLjDUcRIc+lDKnDo3uqQ0SLb3kNh1JWeC/v
Visual documentation
Environment
- **FlutterFlow version:** Latest version (22 Feb 2026)
- **Platform:** Web (FlutterFlow builder)
- **Browser name and version:** [Chrome Version 145.0.7632.76 (Official Build) (64-bit)]
- **Operating system and version affected:** [Windows 10]Additional Information
Critical Impact on Development:
This issue has completely blocked our ability to use FlutterFlow effectively because:
- Free tier functionality broken - Cannot properly test or demo applications
- Location services require Preview - Test Mode doesn't support location services, which our mapping features require
- Both projects affected - Proves this is platform-wide, not project-specific
- Business validation blocked - Cannot demonstrate a preview of the app
- Development workflow halted - Cannot validate if FlutterFlow meets production needs
Timeline:
- February 6, 2026 (13:00 GMT+2): Errors first appeared during testing
- February 6, 2026: Issue [BUG] AssetManifest.bin.json 404 in Preview Environment - Font Loading Broken #6907 reported
- February 9, 2026: Issue closed as duplicate of Google Fonts not loading since latest Flutter upgrade #6887
- February 10, 2026: Fresh publishes still show identical errors
- Current: Issue persists despite closure of related ticket
What makes this different from #6887:
| Aspect | #6887 (Closed) | My Issue (#6907) |
|---|---|---|
| Environment | Test/Run mode | Preview only |
| Manifest file | AssetManifest.json | AssetManifest.bin.json |
| Test Mode | ❌ Broken. | ✅ Works perfectly. |
| Preview | Not tested | ❌ 404 error |
| Root cause. | General font config | Preview deployment pipeline |
What I've Tried:
- ✓ Fresh publishes of both projects (Feb 10, 2026)
- ✓ Multiple browsers (Chrome, Edge, Firefox)
- ✓ Incognito mode with extensions disabled
- ✓ Cleared cache and service workers
- ✓ Test Mode verification (works correctly)
Root Cause Suspected:
The FlutterFlow build pipeline is failing to generate or deploy AssetManifest.bin.json to the preview CDN specifically. This file is essential for Flutter web applications to locate and load assets/fonts. The fact that Test Mode works suggests the local build process is correct, but the preview deployment pipeline is broken.
Request:
- Please reopen this issue as it is distinct from Google Fonts not loading since latest Flutter upgrade #6887
- Investigate the preview deployment pipeline specifically
- Compare the build artifacts between Test Mode and Preview environment
- Verify that
AssetManifest.bin.jsonis being generated and deployed to the correct path
This is a critical regression affecting free tier users' ability to evaluate and use FlutterFlow. The platform should provide basic functionality like font loading in the preview environment without errors.
This issue has created an insurmountable barrier to continued platform use
As a solo developer who has invested 2.5 years building on FlutterFlow since its introduction, this bug has made the platform completely unusable for my business needs.
My Context:
- 2.5 years of development - I've been building on FlutterFlow since the platform launched
- Solo founder/developer - No team, no stakeholders, just me investing countless hours daily time consumed
- External contracts in place - I now have agreements with external service providers I have committed with to service this app
- Ready to launch - As soon as the app is developed and ready we will launch, but cannot be properly tested
- Limited funds - As a solo developer, resources are tight. Upgrading to a paid plan makes sense IF the platform works
- Paid plan commitment - I am ready to upgrade to deploy to iOS App Store and Google Play Store simultaneously, but I cannot commit funds to a platform with broken core functionality
Why this is critical:
-
Location services require Preview mode - My app's core functionality (mapping, geolocation for service providers) cannot be tested in Test Mode. This is not optional - it's the foundation of my business.
-
2.5 years of work cannot be validated - After years of development, I cannot properly test if the app functions as intended. Every hour invested is now in question.
-
External commitments at risk - I have contracts with external providers who are relying on this app. I cannot fulfil these commitments if I cannot test and validate the functionality.
-
Cannot justify paid subscription - I am ready and willing to upgrade to a paid plan to deploy to app stores. However, I cannot justify spending limited funds on a platform where the preview environment - essential for testing - is fundamentally broken.
-
Intellectual property exposure risk - I am forced to use the public GitHub issue tracker to report this bug, exposing my proprietary app concept, business logic, and 2.5 years of work to anyone with a GitHub account. This is completely unacceptable.
-
Development confidence destroyed - If core font loading is broken in Preview, what other deployment issues will emerge after I pay for a subscription?
The impact on my business:
- I cannot fulfill contracts with external providers
- 2.5 years of development may be rendered useless
- I cannot take the next step to become a paying customer
- I am forced to expose my intellectual property to the public
- My business launch is indefinitely delayed
Without an immediate fix, I have no choice but to abandon FlutterFlow after 2.5 years of investment. This is not hyperbole - the platform has become unusable for my business needs.
The Catch-22 I'm Facing:
- ✅ I want to upgrade to a paid plan
- ✅ I need to deploy to app stores (requires paid plan)
- ✅ I have external contracts ready
- ❌ I cannot test core functionality (Preview broken)
- ❌ I cannot justify paying for broken functionality
- ❌ My business is stuck in limbo
This is a make-or-break moment. I have invested years, secured external partnerships, and am ready to launch - but a platform bug with the preview environment is preventing me from moving forward. The preview environment is not a "nice-to-have" feature - it is essential for testing real-world functionality before committing to a paid subscription.
A platform that cannot reliably deploy its own preview environment cannot be trusted for production applications, and a solo developer with limited funds cannot risk paying for functionality that doesn't work.
Additionally, forcing free tier users to expose their intellectual property in public GitHub issues to report platform-breaking bugs is a serious flaw in FlutterFlow's support model. I should not have to choose between fixing broken functionality and protecting 2.5 years of trade secrets.
