Skip to content

iOS 26 app crashes on launch because FlutterFlow generates file_picker 10.1.9 #7361

Description

@Andrea77-arch

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

Device: iPhone 13, iOS 26.5.2
Generated version: file_picker 10.1.9
Error: duplicate FileUtils implementation and startup crash
Workaround: changing only file_picker to 10.3.8
Result: repeated cold launches and stability tests passed

Expected Behavior

A FlutterFlow-generated iOS application should launch and reopen normally on a supported physical iPhone using the dependency versions automatically provided by FlutterFlow.

The application should not crash during Flutter plugin registration. Closing the application from the iPhone app switcher and reopening it from the Home Screen should work consistently without requiring a manual dependency change after every code export.

Steps to Reproduce

Open the attached FlutterFlow project using the supplied Bug Report Code.
Confirm that FlutterFlow automatically adds file_picker 10.1.9 under FlutterFlow Pub Dependencies.
Start Local Run on a physical iPhone 13 running iOS 26.5.2.
Allow the required permissions, install the application, and launch it.
Swipe the application away from the iPhone app switcher.
Reopen the application from the iPhone Home Screen.
The application displays a white screen briefly and then crashes back to the Home Screen.
The device log reports EXC_BAD_ACCESS during plugin registration. The Local Run log also reports that FileUtils is implemented both in Apple’s OSAnalytics framework and in Runner.debug.dylib.
Download or copy the same generated project.
Change only file_picker: 10.1.9 to file_picker: 10.3.8.
Run flutter clean, flutter pub get, and rebuild the application in profile mode.
Repeat multiple cold launches. The patched application launches normally and remains stable.

This result has been reproduced several times. Reverting to FlutterFlow’s managed file_picker 10.1.9 recreates the problem, while 10.3.8 resolves it.

Reproducible from Blank

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

Bug Report Code (Required)

IT8OlsmAuJZgrsdc7qrPbcBFpDgWQ182RYJNlutAEA81GIDoOolzZPTOVFJuOLGmT2xmPWaWrGYV/N7rhYbhD/kCaA6VbdVx1YdyVDzgXTuuQJO3O7WadnBAEeFPCWqf156nsAonAPdYSlllwzuHPvWyTijDNZD1NTIvAv+ZKrvNog6rKwDJEREz3TcVLEu7BskMXhKyuM+UtpJh0eDnyw==

Visual documentation

Image Image Image

Environment

Project: BombReel Phase 2 MVP Foundation
Branch: main
FlutterFlow environment: Production
FlutterFlow version: v7.0.67
Flutter version: 3.38.6
Testing method: FlutterFlow Local Run on a physical iOS device
Computer: Apple Silicon MacBook Pro
macOS: 26.5.2
Xcode version: Version 26.6 (17F113)
Physical device: iPhone 13
Device identifier/model from crash report: iPhone14,5
iOS version: 26.5.2
Application identifier: app.bombreel.mobile
FlutterFlow-managed package: file_picker 10.1.9
Working package version: file_picker 10.3.8
Working-build command: flutter run --profile
Result with managed version: Application crashes during launch or cold relaunch
Result after package update: Multiple cold-launch and stability tests pass

Additional Information

Recreated from the FlutterFlow Local Run log captured during the crash. The original log reported that FileUtils was implemented in both Apple’s OSAnalytics framework and Runner.debug.dylib.

Permission is granted for investigation and inspection. Please do not modify the project without my written confirmation.

Metadata

Metadata

Assignees

No one assigned

    Labels

    status: needs triageA potential issue that has not been confirmed as a bug.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions