Repository navigation
[HOLD for payment 2024-03-20] [Violations] [$500] The optimistic transaction thread seems to be incorrect when scanning a receipt. #33114
Description
Activity
- addedDailyKSv2KSv2BugSomething is broken. Auto assigns a BugZero manager.Something is broken. Auto assigns a BugZero manager.
on Dec 14, 2023 Triggered auto assignment to @zanyrenney (
Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.Bug0 Triage Checklist (Main S/O)
- This "bug" occurs on a supported platform (ensure
Platformsin OP are ✅) - This bug is not a duplicate report (check E/App issues and #expensify-bugs)
- If it is, comment with a link to the original report, close the issue and add any novel details to the original issue instead
- This bug is reproducible using the reproduction steps in the OP. S/O
- If the reproduction steps are clear and you're unable to reproduce the bug, check with the reporter and QA first, then close the issue.
- If the reproduction steps aren't clear and you determine the correct steps, please update the OP.
- This issue is filled out as thoroughly and clearly as possible
- Pay special attention to the title, results, platforms where the bug occurs, and if the bug happens on staging/production.
- I have reviewed and subscribed to the linked Slack conversation to ensure Slack/Github stay in sync
- This "bug" occurs on a supported platform (ensure
- changed the title
[-]The optimistic transaction thread seems to be incoorect when scanning a receipt.[/-][+]The optimistic transaction thread seems to be incorrect when scanning a receipt.[/+]on Dec 15, 2023 This issue has not been updated in over 15 days. @cead22, @zanyrenney eroding to Monthly issue.
P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do!
51 remaining items
- addedWeeklyKSv2KSv2Awaiting PaymentAuto-added when associated PR is deployed to productionAuto-added when associated PR is deployed to productionand removedWeeklyKSv2KSv2
on Mar 13, 2024 - changed the title
[-][Violations] [$500] The optimistic transaction thread seems to be incorrect when scanning a receipt.[/-][+][HOLD for payment 2024-03-20] [Violations] [$500] The optimistic transaction thread seems to be incorrect when scanning a receipt.[/+]on Mar 13, 2024 Reviewinglabel has been removed, please complete the "BugZero Checklist".The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.51-3 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2024-03-20. 🎊
For reference, here are some details about the assignees on this issue:
- @paultsimura requires payment automatic offer (Contributor)
- @situchan requires payment automatic offer (Contributor)
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
- [@paultsimura / @situchan] The PR that introduced the bug has been identified. Link to the PR:
- [@paultsimura / @situchan] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment:
- [@paultsimura / @situchan] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion:
- [@paultsimura / @situchan] Determine if we should create a regression test for this bug.
- [@paultsimura / @situchan] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again.
- [@zanyrenney] Link the GH issue for creating/updating the regression test once above steps have been agreed upon:
- moved this from Release 1: Spring 2024 (May) to Polish in #expensify-bugs
on Mar 15, 2024 Payment summary
@paultsimura requires payment automatic offer (Contributor) = PAID $500 ON UPWORK
@situchan requires payment automatic offer (Contributor) PAID $500 ON UPWORK
Metadata
Metadata
Assignees
Labels
Type
Projects
- StatusShow more project fieldsDone
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Important
This was supposed to be fixed in this PR, and even though we're sending the right optimistically generated values to the API after that PR, we're not setting the right reportID to navigate to from the report preview.
We think that can be accomplished with a change like this #35449 (comment)
Version Number: 1.4.13-0
Reproducible in staging?: y
Reproducible in production?: y
Issue reported by: @mountiny
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1702572514229909
Action Performed:
Expected Result:
No error should show
Actual Result:
you get error and you need to go to the parent and back down to the transaction thread which has different reportID
Workaround:
Wait a few seconds before clicking into the transaction thread
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Screen.Recording.2023-12-14.at.17.38.53.mp4
Recording.327.mp4
thread.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit