Crash on macOS when using backspace in GooglePlaceAutoCompleteTextFie
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 45/100
Research direction
Start at the GooglePlaceAutoCompleteTextField entry point and reproduce the problem with flutter run -d macos using the listed steps. Check how backspace handling differs from a standard TextFormField. Done means deleting a character on macOS produces no DeleteCharacterIntent errors and the field remains focused.
Written by the indexing model from the issue text.
Description
Flutter version 3.32.0 on channel stable at
/Users/temp/Development/flutter
• Upstream repository https://github.com/flutter/flutter.git
• Framework revision be698c48a6 (9 days ago), 2025-05-19 12:59:14 -0700
• Engine revision 1881800949
• Dart version 3.8.0
• DevTools version 2.45.1
google_places_flutter Package Version: 2.0.6
Steps to Reproduce:
- Create a new Flutter project.
- Add google_places_flutter: ^2.0.6 to pubspec.yaml.
- Create a simple screen with just a GooglePlaceAutoCompleteTextField." (Provide a minimal code snippet if possible, like the one we tested where only this widget was present).
- Run the app on macOS (flutter run -d macos).
- Navigate to the screen with the text field.
- Type a character into the GooglePlaceAutoCompleteTextField.
- Press the delete/backspace key.
Expected Behavior: The character should be deleted without errors, and the field should remain focused.
Actual Behavior:
Console shows repeated 'Unable to find an action for an Intent with type DeleteCharacterIntent' errors.
The text field may lose focus.
(If it crashes for you without you closing it)
The autocomplete suggestions may or may not appear before the error occurs.
The API key is correctly configured and works (as evidenced by the brief period it functioned without restrictions).
The issue is specific to the GooglePlaceAutoCompleteTextField on macOS, as a standard TextFormField works fine.
- Dominant language
- Dart
- Stars
- 312
- Forks
- 459
- PR merge metrics
- No merged PRs in 30d
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from fluttercommunity/flutter_google_places
-
Difficulty 3/5 1-2 days Newbie friendliness 30/100
-
Difficulty 1/5 Under an hour Newbie friendliness 35/100
fluttercommunity/flutter_google_places#231 · 4 comments · 4 reactions ·
-
Difficulty 3/5 1-2 days Newbie friendliness 25/100
fluttercommunity/flutter_google_places#230 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 25/100
fluttercommunity/flutter_google_places#225 · 5 comments · 4 reactions ·
-
Difficulty 3/5 1-2 days Newbie friendliness 25/100
fluttercommunity/flutter_google_places#223 · 5 comments ·
All issues in fluttercommunity/flutter_google_places
Similar issues
-
bug product: very_good_flutter_plugin
Difficulty 1/5 1-3 hours Newbie friendliness 78/100
VeryGoodOpenSource/very_good_templates#654 ·
Maintainers usually reply within 1 day
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 80/100
Maintainers usually reply within 1 day
-
Server never consumes the request body on early-error paths: _sinkIncoming does not resume the paused subscriptionMay be free again A pull request for this issue was closed without being merged. Open
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
[BUG][All] VLESS URIs with flow=xtls-rprx-vision-udp443 are silently dropped on subscription importOpen
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
simonoppowa/OpenNutriTracker#1336 ·
Maintainers usually reply within 1 day