Inconsistent behavior of providers using GoogleProvider() and AppleProvider()
Maintainer antworten meist innerhalb von 5 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Bereich
- authentication, mobile
Rechercherichtung
Beginne damit, den mit SignInScreen, GoogleProvider(clientId:) und AppleProvider() beschriebenen Ablauf nachzustellen, indem du dich zuerst auf einem Gerät anonym anmeldest und dann dieselben Zugangsdaten auf einem anderen verwendest. Vergleiche das Verhalten der Provider beim Verknüpfen und bei der Anmeldung, einschließlich des Fehlers credentials-already-in-use; abgeschlossen ist die Aufgabe, wenn Google vorhandene Zugangsdaten konsistent wie Apple behandelt, ohne fälschlicherweise zu versuchen, sie mit einem neuen anonymen Konto zu verknüpfen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Is there an existing issue for this?
- I have searched the existing issues and found no duplicates.
What plugin is this bug for?
Firebase UI OAuth Google, Firebase UI OAuth Apple
What platform(s) does this bug affect?
Android, iOS
List of dependencies used.
flutter pub deps -s list
firebase_core: ^2.10.0 firebase_auth: 4.12.1 firebase_ui_auth: ^1.1.8 firebase_ui_oauth: ^1.1.8 firebase_ui_oauth_google: ^1.0.15 firebase_ui_oauth_apple: ^1.0.15
Steps to reproduce
Setup the standard SignInScreen of FirebaseUIAuth with successfully configured providers GoogleProvider(clientId:) and AppleProvider() and login the existing user with the signInAnonymously method beforehand.
On the SignInScreen, using the "Sign in with Apple" option, the account is permanently created in the user management and successfully upgraded / linked to the provider. Logging in on another device after that (while being again anonymously logged in before, too) the anonymous login is overwritten in favor of the recently created account, linked with the apple provider.
However, trying the same using the GoogleProvider, the behavior seems to differ and I hope someone can either explain this behavior to me or look into the issue.
Expected Behavior
It is expected that the GoogleProvider works exactly the same as the AppleProvider in case of Sign-up, linking and especially signing in again on a different device using the same credentials.
Actual Behavior
Signing in with the GoogleProvider on another device leads to an "credentials-already-in-use" error of the framework, indicating that the credentials belong to another account and therefore cannot be linked to another (anonymous) user.
In contrast to AppleProvider, the GoogleProvider doesn't seem to recognize that the user tries to sign-in with existing credentials, so it seems impossible to sign-in with GoogleProvider like it is with AppleProvider.
Same holds true if you log out of your existing account, being automatically logged in anonymously again immediately by the app, then trying to sign-in using the same credentials used some minutes ago.
Additional Information
No response
- Vorherrschende Sprache
- Dart
- Sterne
- 152
- Forks
- 144
- Ø Merge
- 1 T. 3 Std.
- Gemergte PRs (30 T.)
- 8
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus firebase/FirebaseUI-Flutter
-
auth enhancement oauth
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
firebase/FirebaseUI-Flutter#734 ·
Maintainer antworten meist innerhalb von 5 Tagen
-
Support material_ui packageEvtl. vergeben @Mastersam07 hat das vor 7 Tagen übernommen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
firebase/FirebaseUI-Flutter#729 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 5 Tagen
-
🐛 Support firebase_core 5.0.0Evtl. vergeben @Mastersam07 hat das vor 7 Tagen übernommen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 58/100
firebase/FirebaseUI-Flutter#727 · 3 Reaktionen · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 5 Tagen
-
auth blocked: customer response enhancement Keep Open
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
firebase/FirebaseUI-Flutter#418 · 7 Kommentare · 3 Reaktionen ·
Maintainer antworten meist innerhalb von 5 Tagen
-
auth Keep Open Needs Attention
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 20/100
firebase/FirebaseUI-Flutter#351 · 3 Kommentare · 1 Reaktion ·
Maintainer antworten meist innerhalb von 5 Tagen
Alle Issues in firebase/FirebaseUI-Flutter
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
google/skills_lint.dart#165 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
Maintainer antworten meist innerhalb von 1 Tag
-
good first issue help wanted translation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
blankframe-tech/ThrottleIQ#23 ·
Maintainer antworten meist innerhalb von 5 Tagen
-
good first issue mobile P0 size:S
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 69/100
trufi-association/trufi-core#1024 ·
Maintainer antworten meist innerhalb von 14 Tagen