Inconsistent behavior of providers using GoogleProvider() and AppleProvider()
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- authentication, mobile
Hướng nghiên cứu
Bắt đầu bằng cách tái hiện luồng được mô tả với SignInScreen, GoogleProvider(clientId:) và AppleProvider(), trước tiên đăng nhập ẩn danh trên một thiết bị, sau đó sử dụng cùng thông tin xác thực trên một thiết bị khác. So sánh hành vi của các provider trong quá trình liên kết và đăng nhập, bao gồm cả lỗi credentials-already-in-use; được xem là hoàn thành khi Google xử lý thông tin xác thực hiện có nhất quán với Apple mà không cố gắng liên kết chúng một cách không chính xác với một tài khoản ẩn danh mới.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
- Ngôn ngữ chính
- Dart
- Star
- 152
- Fork
- 141
- Merge trung bình
- 2 ngày 10 giờ
- Pull request đã merge (30 ngày)
- 12
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của firebase/FirebaseUI-Flutter
-
auth blocked: customer response enhancement Keep Open
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
firebase/FirebaseUI-Flutter#418 · 7 bình luận · 3 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày
-
auth Keep Open Needs Attention
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 20/100
firebase/FirebaseUI-Flutter#351 · 3 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày
-
enhancement Keep Open storage
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 38/100
firebase/FirebaseUI-Flutter#290 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
auth bug Keep Open Needs Attention
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
firebase/FirebaseUI-Flutter#261 · 6 bình luận · 3 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày
-
enhancement Keep Open oauth
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
firebase/FirebaseUI-Flutter#247 · 3 bình luận · 4 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của firebase/FirebaseUI-Flutter
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
immich-app/immich#31955 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
fluttercommunity/plus_plugins#3994 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
Smart charging: USB charger re-assert is starved during BLE scans, so the tablet never dischargesĐang mởbug ready-for-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
decentespresso/decaid#931 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
flame-engine/flame#4067 ·
Maintainer thường phản hồi trong vòng 1 ngày