Skip to content

Conversation

@shubham1g5
Copy link
Contributor

Product Description

https://dimagi.atlassian.net/browse/CI-113

Technical Summary

  • removes an incorrect anlaytics event
  • Logs unknown exceptions for firebase auth

Labels and Review

  • Do we need to enhance the manual QA test coverage ? If yes, the "QA Note" label is set correctly
  • Does the PR introduce any major changes worth communicating ? If yes, the "Release Note" label is set and a "Release Note" is specified in PR description.
  • Risk label is set correctly
  • The set of people pinged as reviewers is appropriate for the level of risk of the change

Comment on lines 103 to 107
public void onFailure(OtpErrorType errorType, @Nullable String errorMessage) {
if (otpCallback == null) return;
logOtpVerification(false);
String userMessage = switch (errorType) {
case INVALID_CREDENTIAL -> getString(R.string.personalid_incorrect_otp);
case TOO_MANY_REQUESTS -> getString(R.string.personalid_too_many_otp_attempts);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@shubham1g5 can we log the Logger.exception from here only as it may be interesting to know the TOO_MANY_REQUESTS, VERIFICATION_FAILED and default error message?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

And its better to know how many user is facing TOO_MANY_REQUESTS error so that we can take actions in future accordingly

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done

@Jignesh-dimagi
Copy link
Contributor

@shubham1g5 Also, should we log this failure ? Ideally, it should not fail once Firebase has validated OTP so will be interesting to know?

@shubham1g5
Copy link
Contributor Author

Also, should we log this failure ? Ideally, it should not fail once Firebase has validated OTP so will be interesting to know?

That handles result of HQ call to verify otp which can still fail due to netwrok errors which we are already logging as a soft log at the moment, so I don't think it will help further in context of the issues we are getting.

@shubham1g5 shubham1g5 merged commit 7b626cd into june_beta_hotfix Jun 24, 2025
1 check passed
@shubham1g5 shubham1g5 deleted the otpRelatedLogging branch June 24, 2025 17:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants