Closed kavimuru closed 1 year ago
Triggered auto assignment to @conorpendergrast (Bug
), see https://stackoverflow.com/c/expensify/questions/14418 for more details.
Platforms
in OP are ✅)Tested with: Account A: conor+20303A@expensifail.com Account B: conor+20303B@expensifail.com
No error, split correctly:
Hi @conorpendergrast
📣 @tewodrosGirmaA! 📣 Hey, it seems we don’t have your contributor details yet! You'll only have to do this once, and this is how we'll hire you on Upwork. Please follow these steps:
Contributor details
Your Expensify account email: <REPLACE EMAIL HERE>
Upwork Profile Link: <REPLACE LINK HERE>
Tested with: 20303a@conorpendergrast.com 20303b@conorpendergrast.com
Same again! Successfully able to split after closing and reopening 20303a@conorpendergrast.com
I also tested what it looks like in the video above, by closing 20303a@conorpendergrast.com, and then splitting the bill while signed in with 20303b@conorpendergrast.com (with 20303a@conorpendergrast.com still closed), but that still successfully split the bill.
I'm pretty stumped by this one! @tewodrosGirmaA did you have anything that you could add here to clarify the reproduction steps?
Hi @conorpendergrast
it is a long process and Did you follow this step:-
Action Performed:
Yes, I followed those exact steps twice, without any error at all
Based on the screenshot you shared, it seems that the initial request was not cancelled by the app as it should have been. However, I am unsure of the reason behind this issue
@tewodrosGirmaA Huh, what makes it look like the initial request wasn't cancelled correctly?
Hi @conorpendergrast
I apologize for the confusion, but I did not see any notification indicating that the action was cancelled in the screenshots
@tewodrosGirmaA Ah, that was inside the IOU, not in the "main" chat between 20303a@conorpendergrast.com and 20303b@conorpendergrast.com:
One last test: 20303c@conorpendergrast.com sent a request to 20303b@conorpendergrast.com
So overall, seems like it all worked, weirdly
I see, now I understand, @conorpendergrast. Thank you
So you're still able to reproduce this correct @tewodrosGirmaA?
screen-capture (85).webm Well, I've tried reproducing it and it's still giving me grief. It's like the app has a mind of its own and is determined to drive me crazy! 🤯
Alright, I was able to find internal logs for isaacashenafi23@gmail.com that show this happening, so we're at least getting somewhere!
Specifically, the error we're seeing is in these internal logs, where what we're trying to do is:
Processing 'PayMoneyRequest' for 'expensify.com' from '95.85.63.9' ~~ command: 'PayMoneyRequest' iouReportID: '206443401677525' chatReportID: '3747912660948463' reportActionID: '6789614094871891257' paymentMethodType: 'Elsewhere' appversion: '1.3.26-1'
And the error we're getting back is:
Throw ExpException - d1cbd3c64a46b9acc503d06b59a1e863 ~~ message: '406 You can't pay another user's IOU' exceptionMessage: 'Auth PayMoneyRequest returned an error' exceptionFile: '/git/releases/expensify.com/3a24848/lib/Auth.php' exceptionLine: '124' exceptionCode: '406'
It's not reproducible, and at least we have the answer for what the error is! (406 You can't pay another user's IOU
). I'm going to move this Internal so we can work out some more details, and to confirm if we need to fix this internal or it can be fixed external. Thanks for persisting with me @tewodrosGirmaA!
Job added to Upwork: https://www.upwork.com/jobs/~012c0616fb4594d680
Triggered auto assignment to Contributor Plus for review of internal employee PR - @thesahindia (Internal
)
Triggered auto assignment to @mountiny (Engineering
), see https://stackoverflow.com/c/expensify/questions/4319 for more details.
Oh yes, Internal didn't assign an engineer until today :)
There was one APi change recently which might help with this so I would wait and try to retest later in the week if this is still reproducible. It was overwriting the reportIDs to incorrect reportIDs which this might be similar to as the error signals that a wrong iou report has been passed to the PayMoneyRequest
@mountiny Thanks! Do you have a link to that API change? I'll put this on hold for that being on production and then I'll re-test
This PR its in staging now. Lets wait for another deploy and we can retest again.
@conorpendergrast @mountiny @thesahindia this issue was created 2 weeks ago. Are we close to a solution? Let's make sure we're treating this as a top priority. Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks!
Forgot to paste the link, apologies https://github.com/Expensify/Web-Expensify/pull/37809
Nice, that's on Production now, so this issue is ready to re-test today
Actually, given I was never able to reproduce this, @tewodrosGirmaA can you try reproducing again?
Hi @conorpendergrast, the bug I reported is not present in the new version. Thanks
Ok, fantastic. I'll pay you out as the bug reporter (it's a different bug to https://github.com/Expensify/App/issues/16105, with the same fix).
Offer sent https://www.upwork.com/nx/wm/offer/25168088
Thank you @conorpendergrast, I accepted the offer.
Paid, contract ended. All done, and thanks again for your help with all of the testing steps @tewodrosGirmaA!
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
The expected result:-
money should be successfully split between the two parties
The actual result:-
Unexpected error occurs while splitting the bill, even after closing and reopening the account with the same email
Workaround:
Can the user still use Expensify without this being fixed? Have you informed them of the workaround?
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.24-4 Reproducible in staging?: y Reproducible in production?: y If this was caught during regression testing, add the test name, ID and link from TestRail: Email or phone of affected tester (no customers): Logs: https://stackoverflow.com/c/expensify/questions/4856 Notes/Photos/Videos: Any additional supporting documentation screen-capture (51).webm
https://github.com/Expensify/App/assets/43996225/2ced1695-e988-49a2-8ab4-8af7a6d677c6
Expensify/Expensify Issue URL: Issue reported by: @tewodrosgirmaa Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1685643489148699
View all open jobs on GitHub
Upwork Automation - Do Not Edit