[FirebaseAuth]: Reopen, Again (2): Emulator in development doesn't work after logged in / Loading use from session storage..
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 48/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- dart, firebase
- Ambito
- authentication
Direzione di ricerca
Start by reading the linked prior issues #11534 and #18689 and the fix in PR #18690, then trace the useAuthEmulator path mentioned here, especially the origin == emulatorOrigin check and its session-storage inputs. Reproduce on Flutter Web with the Auth emulator, reload after logging in, and check whether it connects to the emulator without clearing browser storage.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Is there an existing issue for this?
- I have searched the existing issues.
Which plugins are affected?
Auth
Which platforms are affected?
Web
Description
In the past I've created this issue: https://github.com/firebase/flutterfire/issues/11534 , which apparently the cause was this: https://github.com/firebase/flutterfire/issues/11233.
It then got re-opened, so I created this: https://github.com/firebase/flutterfire/issues/18689 , which was fixed by: https://github.com/firebase/flutterfire/pull/18690 . Sadly it's still an issue though. I verified in the changelog the fix should be in with the version I'm using:
FIX(auth,web): connect Auth emulator after reload when sessionStorage already has the origin (https://github.com/firebase/flutterfire/issues/18690). ([3740a2da](https://github.com/firebase/flutterfire/commit/3740a2da18d1b119fb897dd4f2c8951127f03ea6))
I have tested now and it reproduced, and while I was trying to talk to local emulators, it kept talking to prod. I could notice the following while debugging: The call to useAuthEmulator skipped due to the condition if (origin == emulatorOrigin) {, which evaluated to true.
Anyway after clearing storage data through browser "inspect" -> Application, it worked. so the problem has apparently re-surfaced.
Reproducing the issue
See previous issue - it's the same thing.
Firebase Core version
5.1.0
Flutter Version
3.47.2
Relevant Log Output
Flutter dependencies
Expand Flutter dependencies snippet
Replace this line with the contents of your `flutter pub deps -- --style=compact`.
Additional context and comments
No response
- Lingua principale
- Dart
- Stelle
- 9.3k
- Fork
- 4.1k
- Merge medio
- 1g 16h
- PR unite (30g)
- 73
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di firebase/flutterfire
-
Needs Attention type: bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
firebase/flutterfire#18894 ·
I maintainer di solito rispondono entro 1 giorno
-
platform: ios plugin: crashlytics
Difficoltà 3/5 1-2 giorni Idoneità per principianti 75/100
firebase/flutterfire#18887 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[cloud_firestore][Windows] transaction.get() after a transaction timeout uses a destroyed Transaction (Windows counterpart of #18666 / #18755)Forse già presa @SelaseKay l’ha presa 5 giorni fa. ApertaNeeds Attention platform: windows plugin: cloud_firestore reproduced type: bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
firebase/flutterfire#18883 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[firebase_messaging]: Android ANR during background service destruction — main thread blocked in releaseWakeLockForse già presa @SelaseKay l’ha presa 11 giorni fa. ApertaNeeds Attention platform: android plugin: messaging reproduced type: bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
firebase/flutterfire#18866 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[firebase_storage] Windows native crash in upload progress callback, sink ownership and thread dispatchForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Apertablocked: flutter platform: windows plugin: storage reproduced type: bug
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
firebase/flutterfire#18664 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di firebase/flutterfire
Issue simili
-
[CarouselView] Crash (RangeError / ArgumentError) when children or itemCount is empty with infinite: true or CarouselController.animateToItemForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertap: material_ui package platform-android platform-ios platform-linux platform-macos platform-web team-design
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
flutter/flutter#195878 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
agent-ready area:testing bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
pauljohanneskraft/Acai#479 ·
I maintainer di solito rispondono entro 3 giorni
-
[genkit_google_genai] Gemini tool call with no arguments fails with "requires a non-null input"Forse già presa @kenzieschmoll l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
genkit-ai/genkit-dart#692 ·
I maintainer di solito rispondono entro 11 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
lollipopkit/flutter_server_box#1851 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno