Skip to content
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

Android - VBA - User could not add bank account using plaid option #6457

Closed
kavimuru opened this issue Nov 24, 2021 · 18 comments
Closed

Android - VBA - User could not add bank account using plaid option #6457

kavimuru opened this issue Nov 24, 2021 · 18 comments
Labels
Engineering Internal Requires API changes or must be handled by Expensify staff Weekly KSv2

Comments

@kavimuru
Copy link

kavimuru commented Nov 24, 2021

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!


Issue was found when executing #6319

Action Performed:

  1. Launch the app and login with gmail
  2. Go to workspace and tap "Connect to a bank"
  3. Select the option " connect online with plaid"
  4. Tap continue

Expected Result:

User taken to bank selection screen

Actual Result:

Redirected back to app

Workaround:

Unknown

Platform:

Where is this issue occurring?

  • Android

Version Number: 1.1.16-6
Reproducible in staging?: Yes
Reproducible in production?: No
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos:
Issue was found when executing #6319

Screenrecorder-2021-11-23-23-26-26-93.mp4

Expensify/Expensify Issue URL:
Issue reported by: Applause
Slack conversation:

View all open jobs on GitHub

@kavimuru kavimuru added the DeployBlockerCash This issue or pull request should block deployment label Nov 24, 2021
@OSBotify
Copy link
Contributor

👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open StagingDeployCash deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:

  1. Identify the pull request that introduced this issue and revert it.
  2. Find someone who can quickly fix the issue.
  3. Fix the issue yourself.

@MelvinBot
Copy link

Triggered auto assignment to @joelbettner (Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.

@isagoico
Copy link

isagoico commented Nov 24, 2021

Found this while we were retesting #6319 on Android (I don't think it's the culprit tho) this was definitely not reproducible when we started QA so we added the Deploy Blocker label.

@joelbettner
Copy link
Contributor

@nickmurray47 @TomatoToaster after some discussion in this thread, it seems like you might have the best context for working on this. https://expensify.slack.com/archives/C03TQ48KC/p1637777522145000

I'm going to un-assign myself as I'm currently working on a daily, and I've got a doctor appt coming up soon that will take me OOO.

@joelbettner joelbettner removed their assignment Nov 24, 2021
@marcaaron
Copy link
Contributor

@kavimuru can we get tester email to look at logs and see if there's more information?

Also can we please re-test but on a fresh sign in and switch to staging server before starting the flow?

The video shown doesn't really reflect what a user would do so I want to make sure this is a real blocker and not a consequence of switching from the production server to staging server as shown. Users can't switch the secure endpoint like that unless they are one the staging version of the app.

@isagoico
Copy link

@marcaaron I just checked and I'm unable to reproduce this same issue again 🤔

In the morning (when reporting this) 3 members of the applause team were able to reproduce consistently on 3 different Android devices (including mine). One of the emails we used was:

  1. utester29+50@gmail.com

Maybe it was a temporary issue on plaid side (?)

@marcaaron
Copy link
Contributor

Ok thanks! Sounds like we can remove the blocker then.

@marcaaron marcaaron added Daily KSv2 and removed DeployBlockerCash This issue or pull request should block deployment Hourly KSv2 labels Nov 24, 2021
@marcaaron
Copy link
Contributor

Leaving this as a Daily so someone can investigate and look into the logs to see what happened here.

@marcaaron marcaaron added the Internal Requires API changes or must be handled by Expensify staff label Nov 24, 2021
@mvtglobally
Copy link

Issue not reproducible during KI retests. (First week)

@MelvinBot
Copy link

Eep! 4 days overdue now. Issues have feelings too...

@MelvinBot
Copy link

6 days overdue. This is scarier than being forced to listen to Vogon poetry!

@MelvinBot
Copy link

10 days overdue. Is anyone even seeing these? Hello?

@MelvinBot
Copy link

12 days overdue. Walking. Toward. The. Light...

@MelvinBot MelvinBot added Weekly KSv2 and removed Daily KSv2 labels Dec 13, 2021
@MelvinBot
Copy link

This issue has not been updated in over 14 days. eroding to Weekly issue.

@MelvinBot MelvinBot removed the Overdue label Dec 13, 2021
@mvtglobally
Copy link

Issue not reproducible during KI retests. (Second week)

@mvtglobally
Copy link

Team was getting slightly different issue this week. Not closing this issue this week
Screenshot_20211218-200545_New_Expensify

@marcaaron
Copy link
Contributor

@mvtglobally can we create separate issues for this "Webpage not available" error? It looks new and different from the issue first reported here. Is it reproducible on production?

@mvtglobally
Copy link

Issue not reproducible during KI retests. (Fourth week)Closing
We did not encounter this "Webpage not available" error again @marcaaron. It might've been a temporary glitch. If team is able to repro it again, we will log a separate issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Engineering Internal Requires API changes or must be handled by Expensify staff Weekly KSv2
Projects
None yet
Development

No branches or pull requests

7 participants