-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Firebase Authentication's error code seems to be broken after upgrading to 5.4.0 #2522
Comments
@mono0926 thanks for the reply, @renkelvin or @Yue-Wang-Google can you please take a look? |
@mono0926 I'll close this bug for now as it works for me plus we're freezing the code tonight. |
Thanks, I checked that, but the issue seems to be not fixed unfortunately, so I'd like you to reopen this issue. I checked it by running the code which pasted here( #2522 (comment) ), and add breakpoints to the code you modified. v5.4.0 + #2530
v5.3.1
You tried to fix
|
Thanks for reporting. #2530 did fix the issue when the user is new. However for existing users it seems the new code did return an wrong error. I'm going to reopen the issue. For now you could comment out FIRVerifyAssertionRequest.m's L154 (which set |
This fixed the problem, thanks!! |
Oh, it should be fixed. But, unfortunately without
Result: In summary, the results is below:
|
I suspect that it was correct because initial implementation(May 16, 2017) used
|
…ntial=YES Fix #2522. In this case, the server returns an 200 without an error like the following: ``` [response data:] { "error": { "code": 400, "message": "FEDERATED_USER_ID_ALREADY_LINKED", "errors": [ { "message": "FEDERATED_USER_ID_ALREADY_LINKED", "domain": "global", "reason": "invalid" } ] } } ``` Rather, it is directly enclosed in the response with an errorMessage without a structure: ``` [response data:] { key: value ... "errorMessage": "FEDERATED_USER_ID_ALREADY_LINKED", "kind": "identitytoolkit#VerifyAssertionResponse" } ```
I'm very sorry. @mono0926 I must be drunk. Please try #2542 with #2530. (you need both patches, and you need to revert the kReturnIDPCredentialKey comment) Again, thank you for testing and reporting the bug to us! Really appreciated (next time I am in Tokyo I'll invite you for a beer)! |
Great! I'll wait for it to be approved by my colleague tomorrow, and after that v5.4.1 will be released. Thanks for your bug report and testing my fixes. I will also keep my promise to buy you a beer, by the way:) |
…2542) * extract errorMessage directly from response in case of returnIDPCredential=YES Fix #2522. In this case, the server returns an 200 without an error like the following: ``` [response data:] { "error": { "code": 400, "message": "FEDERATED_USER_ID_ALREADY_LINKED", "errors": [ { "message": "FEDERATED_USER_ID_ALREADY_LINKED", "domain": "global", "reason": "invalid" } ] } } ``` Rather, it is directly enclosed in the response with an errorMessage without a structure: ``` [response data:] { key: value ... "errorMessage": "FEDERATED_USER_ID_ALREADY_LINKED", "kind": "identitytoolkit#VerifyAssertionResponse" } ``` * Update Changelog
I have the same problem. Get |
@sentex it's fixed in 5.4.1. See https://github.com/firebase/firebase-ios-sdk/releases/tag/Auth-5.4.1 |
how can I install this version ? |
Or see instructions at https://github.com/firebase/firebase-ios-sdk#accessing-firebase-source-snapshots or wait an hour or so. We're publishing to CocoaPods now. |
Describe your environment
Describe the problem
My app's auth logic was broken after upgrading to Firebase Authentication 5.4.0, so I investigated that.
It seems that
FIRAuthErrorCodeInternalError(17999)
error started occurring for many requests.Steps to reproduce:
This is one of the steps to reproduce the issue.
After that,
FIRAuthErrorCodeCredentialAlreadyInUse(17025)
should return, but after upgrading to Firebase Authentication 5.4.0,FIRAuthErrorCodeInternalError(17999)
started returning.I suspect that #2405 is related? 🤔
The text was updated successfully, but these errors were encountered: