Skip to content

Regression: Authenticated User → User Reference missing, existing Firestore bindings changed to "Unknown" #7306

Description

@raviiipatil-ai

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

Subject: Critical FlutterFlow Regression – Authenticated User "User Reference" Missing, Breaking Existing Firestore Bindings

Hello FlutterFlow Support Team,

I believe I've encountered a platform regression after opening my project following approximately 15 days of inactivity.

Project Details

Project: indus-385ml2
Firebase project: indus-d52b4
Last known error-free state: ~15 days ago (untouched since)
Current state: 8 errors, Run Mode blocked with "Fix errors in the project before running..."
Last production deploy (unaffected, currently live): June 15, 2026 — indus-385ml2.flutterflow.app FamRely
Authentication: Firebase Authentication (Phone OTP)
Database: Firestore
Plan: Paid FlutterFlow

What happened

About 15 days ago:

  • The project compiled successfully.
  • There were 0 editor errors.
  • The application was running correctly.

After opening the same project today (without making any changes), FlutterFlow now reports multiple errors.

Errors shown

Field "customerRef" is not properly set in Database action
Field "userRef" is not properly set in Database action
Multiple Firestore Query errors:

One or more filters are invalid

(One Navigation error was caused by me deleting an old page and has already been fixed.)

Investigation performed

I verified the following:

✅ users collection still exists.

✅ Firestore schema is intact.

Examples:

bookings.customerRef → Document Reference (users) user_addresses.userRef → Document Reference (users)
packageRef, categoryRef, providerRef are all correctly defined.

The Firestore schema has not changed.

Root issue

Previously, these bindings were using:
Authenticated User
→ User Reference

However, now every existing binding has become:
Unknown

When I try to reconnect it, FlutterFlow opens the variable picker for:
Type:
Document Reference (users)

but under Authenticated User, I only see:

  • Email
  • User ID
  • Display Name
  • Photo URL
  • Phone Number
  • Email Verified
  • ID Token (JWT Token)

There is no "User Reference" option anymore.

Because of this, I cannot reconnect any Firestore fields or query filters that require a Document Reference (users).

Result

Existing actions such as:

  • Create Booking (customerRef)
  • Save Address (userRef)
  • Firestore Queries (userRef == authenticated user)

can no longer be configured because the required authenticated document reference is missing.

Why I believe this is a FlutterFlow regression

  • The project previously worked correctly.
  • No Firestore schema changes were made.
  • Authentication configuration is unchanged.
  • Existing bindings have automatically become Unknown.
  • The required **Authenticated User → User Reference option is no longer available in the variable picker.

Additional impact: Run Mode is now fully blocked with "Fix errors in the project before running..." — I cannot test or validate any further work until this is resolved. My last production deployment (June 15, 2026, live at indus-385ml2.flutterflow.app) is unaffected and still running correctly for end users, but I'm unable to build, test, or ship anything further in the meantime.

Could you please confirm whether this is a known issue or regression and advise on the recommended fix?

Thank you for your assistance.

Kind regards,
Ravi
Image
Image
Image
Image

Expected Behavior

Existing Firestore bindings that use "Authenticated User → User Reference" should continue to work after reopening the project.

The variable picker should provide "Authenticated User → User Reference" whenever a Document Reference (users) is required.

Existing bindings should not automatically become "Unknown", and Firestore Query/Update actions should not become invalid without any schema changes.

Steps to Reproduce

  1. Open an existing FlutterFlow project that previously used "Authenticated User → User Reference" in Firestore Query and Firestore Update actions.

  2. Reopen the project after updating FlutterFlow.

  3. Open any Firestore Query or Firestore Update action that filters or writes a Document Reference (users).

  4. Observe that the previous binding has changed to "Unknown".

  5. Click the variable picker.

  6. Under "Authenticated User", only Email, User ID, Display Name, Phone Number, etc. are available. "User Reference" is missing.

  7. Because the Document Reference cannot be selected, the query/action becomes invalid.

Reproducible from Blank

  • The steps to reproduce above start from a blank project.

Bug Report Code (Required)

Unable to generate Bug Report Code because the issue affects multiple pages and existing Firestore bindings.

Visual documentation

Attached screenshots show the regression. Existing Firestore bindings changed to "Unknown" because "Authenticated User → User Reference" is no longer available in the variable picker.

Image Image Image Image

Environment

- FlutterFlow version: v7.0.33 (Released July 18, 2026)
- Platform: Web
- Browser name and version: Google Chrome Version 150.0.7871.125 (Official Build) (64-bit)
- Operating system and version affected: Windows 10 Home Single Language 22H2 (64-bit)
Additional project information:
- Flutter SDK: 3.38.6
- Firebase Authentication: Phone Authentication
- Firestore Database

Additional Information

This issue affects multiple pages throughout the project.

Previously working Firestore bindings have automatically become "Unknown", making existing Firestore Query and Firestore Update actions invalid.

The Firestore schema has not changed. The only missing item is "Authenticated User → User Reference" in the variable picker.

I have attached screenshots showing:

  • Existing bindings changed to "Unknown"
  • Missing "User Reference" under Authenticated User
  • Firestore errors generated by this regression

This appears to be a regression rather than a project configuration issue.

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions