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

[$250] Scan – RBR is not displayed in LHN when editing an amount to be higher than the scanned amount #47411

Closed
1 of 6 tasks
lanitochka17 opened this issue Aug 14, 2024 · 28 comments
Assignees
Labels
Awaiting Payment Auto-added when associated PR is deployed to production Bug Something is broken. Auto assigns a BugZero manager. Daily KSv2 External Added to denote the issue can be worked on by a contributor

Comments

@lanitochka17
Copy link

lanitochka17 commented Aug 14, 2024

If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!


Version Number: 9.0.20-0
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/tests/view/4856399
Email or phone of affected tester (no customers): [email protected]
Issue reported by: Applause - Internal Team

Action Performed:

Prerequisite
Have a workspace and invite a member (Employee) to the workspace

  1. As the employee navigate to the workspace chat
  2. Click on + icon > Submit expense > Scan
  3. Upload a digital receipt > Submit > Wait for the smart scan to be completed
  4. Once the smart scan is finished navigate to the expense details
  5. Click on the amount > edit the amount to be higher than the scanned amount > Save
  6. Notice that after a while a violation is displayed indicating the amount is higher than the scanned receipt
  7. Now observe the LHN of the workspace chat

Expected Result:

RBR is displayed in the expense and LHN

Actual Result:

RBR is not displayed in LHN

Workaround:

Unknown

Platforms:

Which of our officially supported platforms is this issue occurring on?

  • Android: Native
  • Android: mWeb Chrome
  • iOS: Native
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Add any screenshot/video evidence

Bug6571705_1723614997209.2024-08-14_08_44_26.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~0124127bfc33770a35
  • Upwork Job ID: 1824242806372548696
  • Last Price Increase: 2024-08-16
  • Automatic offers:
    • rojiphil | Reviewer | 103558418
Issue OwnerCurrent Issue Owner: @rojiphil
@lanitochka17 lanitochka17 added Daily KSv2 Bug Something is broken. Auto assigns a BugZero manager. labels Aug 14, 2024
Copy link

melvin-bot bot commented Aug 14, 2024

Triggered auto assignment to @mallenexpensify (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

@lanitochka17
Copy link
Author

@mallenexpensify FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors

@lanitochka17
Copy link
Author

We think that this bug might be related to #wave-collect - Release 1

@bernhardoj
Copy link
Contributor

Proposal

Please re-state the problem that we are trying to solve in this issue.

RBR is not displayed when the receipt has an error of amount is bigger than the receipt amount.

What is the root cause of that problem?

When we have a violation of the unmatched data with the receipt, the violation type will be a NOTICE.
image

Currently, the RBR will only show if the violation type is either a VIOLATION or a WARNING.

return TransactionUtils.hasViolation(IOUTransactionID, transactionViolations) || TransactionUtils.hasWarningTypeViolation(IOUTransactionID, transactionViolations);

What changes do you think we should make in order to solve the problem?

Maybe it's expected to ignore the NOTICE type violation, but if we want to change this, then we can include checking the NOTICE type violation.

 || TransactionUtils.hasNoticeTypeViolation(IOUTransactionID, transactionViolations)

Or we can be more specific to check if it's a NOTICE violation and also a modifiedAmount or modifiedDate violation name.

@mallenexpensify mallenexpensify added the External Added to denote the issue can be worked on by a contributor label Aug 16, 2024
Copy link

melvin-bot bot commented Aug 16, 2024

Job added to Upwork: https://www.upwork.com/jobs/~0124127bfc33770a35

@melvin-bot melvin-bot bot changed the title Scan – RBR is not displayed in LHN when editing an amount to be higher than the scanned amount [$250] Scan – RBR is not displayed in LHN when editing an amount to be higher than the scanned amount Aug 16, 2024
@melvin-bot melvin-bot bot added the Help Wanted Apply this label when an issue is open to proposals by contributors label Aug 16, 2024
Copy link

melvin-bot bot commented Aug 16, 2024

Triggered auto assignment to Contributor-plus team member for initial proposal review - @rojiphil (External)

@mallenexpensify
Copy link
Contributor

I think I was able to repro. One thing I don't understand - After creating the expense, I see the Expense Report chat in LHN (cuz the report is in the main pane). Once I click away, I don't see the Expense Report in LHN.
image

I see this, and when I click into the report, it shows in LHN while it's open then hides once I click another chat in LHN
image

@rojiphil can you attempt reproduction and comment on my observation above? Thx

@rojiphil
Copy link
Contributor

when I click into the report, it shows in LHN while it's open then hides once I click another chat in LHN

can you attempt reproduction and comment on my observation above? Thx

@mallenexpensify I think it is designed to hide unless it is pinned or if there is GBR/RBR. Once we fix this issue, the RBR will be enabled which will ensure that the report remains in LHN.

@rojiphil
Copy link
Contributor

@bernhardoj proposal RCA makes sense. I like the proposed solution of fixing it by checking the NOTICE violation type and modifiedAmount/modifiedDate violation name. This will additionally fix the issue with modifiedDate.
🎀👀🎀 C+ reviewed

Copy link

melvin-bot bot commented Aug 16, 2024

Triggered auto assignment to @francoisl, see https://stackoverflow.com/c/expensify/questions/7972 for more details.

@melvin-bot melvin-bot bot removed the Help Wanted Apply this label when an issue is open to proposals by contributors label Aug 16, 2024
Copy link

melvin-bot bot commented Aug 16, 2024

📣 @rojiphil 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app!

Offer link
Upwork job

@melvin-bot melvin-bot bot added Reviewing Has a PR in review Weekly KSv2 and removed Daily KSv2 labels Aug 18, 2024
@bernhardoj
Copy link
Contributor

PR is ready

cc: @rojiphil

@IuliiaHerets
Copy link

This PR is failing for Desktop because of issue #48147

@bernhardoj
Copy link
Contributor

I have opened a new PR to address #48147.

@rojiphil
Copy link
Contributor

rojiphil commented Sep 5, 2024

This PR is failing for Desktop because of issue #48147

The mentioned issue is a non-issue as it is already closed here

@rojiphil
Copy link
Contributor

rojiphil commented Sep 5, 2024

I have opened a new PR to address #48147.

@bernhardoj Do we still need this PR considering that the mentioned issue is closed?

@bernhardoj
Copy link
Contributor

Oh, shoot. I didn't realize it was closed. I believe we still need to fix it because the RBR shows in LHN but no error message is shown in the report.

@rojiphil
Copy link
Contributor

rojiphil commented Sep 6, 2024

I believe we still need to fix it because the RBR shows in LHN but no error message is shown in the report.

Yeah. A BE issue though but we can make it consistent in FE. Will review soon.

@mallenexpensify mallenexpensify removed their assignment Sep 11, 2024
@mallenexpensify mallenexpensify added Bug Something is broken. Auto assigns a BugZero manager. and removed Bug Something is broken. Auto assigns a BugZero manager. labels Sep 11, 2024
Copy link

melvin-bot bot commented Sep 11, 2024

Triggered auto assignment to @adelekennedy (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

@melvin-bot melvin-bot bot added Daily KSv2 and removed Weekly KSv2 labels Sep 11, 2024
@mallenexpensify mallenexpensify self-assigned this Sep 11, 2024
@mallenexpensify
Copy link
Contributor

@adelekennedy I'm out til Tuesday, can you keep 👀 on plz? Thx

@adelekennedy adelekennedy removed their assignment Sep 18, 2024
Copy link

melvin-bot bot commented Sep 19, 2024

@francoisl, @rojiphil, @mallenexpensify, @bernhardoj Whoops! This issue is 2 days overdue. Let's get this updated quick!

Copy link

melvin-bot bot commented Sep 23, 2024

@francoisl, @rojiphil, @mallenexpensify, @bernhardoj Still overdue 6 days?! Let's take care of this!

@francoisl
Copy link
Contributor

This must have been on production for a while now (staging deploy was Sept 9), I think the automation for the production didn't work. @mallenexpensify let's issue the payments now and close this.

@francoisl francoisl added Awaiting Payment Auto-added when associated PR is deployed to production and removed Reviewing Has a PR in review labels Sep 23, 2024
@mallenexpensify
Copy link
Contributor

Contributor: @bernhardoj owed $250 via NewDot
Contributor+: @rojiphil paid $250 via Upwork.

@rojiphil plz complete the BZ checklist.

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:

  • [@] The PR that introduced the bug has been identified. Link to the PR:
  • [@] 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:
  • [@] 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:
  • [@] Determine if we should create a regression test for this bug.
  • [@] 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.
  • [@bz] Link the GH issue for creating/updating the regression test once above steps have been agreed upon:

@JmillsExpensify
Copy link

$250 approved for @bernhardoj

@rojiphil
Copy link
Contributor

  • [@rojiphil] The PR that introduced the bug has been identified. Link to the PR: Offending PR
  • [@rojiphil] 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: Added comment
  • [@rojiphil] 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: Not Required. Existing checklist is good enough to capture such issues.
  • [@rojiphil] Determine if we should create a regression test for this bug. : Yes. We can
  • [@rojiphil] 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.

Steps:
1 Submit a scan request with a receipt that has a date
2 Wait until the smartscan is finished. Make sure there is no error with the request
3 Edit the amount to be higher than the original amount
4 (for small screen) Go back to LHN
5 Verify there is an RBR on the money request report/thread
6 Reset the amount back to the original
7 Edit the date
8 (for small screen) Go back to LHN
9 Verify there is an RBR on the money request report/thread

@melvin-bot melvin-bot bot removed the Overdue label Sep 24, 2024
@rojiphil
Copy link
Contributor

@mallenexpensify BZ checklist done. Thanks

@mallenexpensify
Copy link
Contributor

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Awaiting Payment Auto-added when associated PR is deployed to production Bug Something is broken. Auto assigns a BugZero manager. Daily KSv2 External Added to denote the issue can be worked on by a contributor
Projects
None yet
Development

No branches or pull requests

8 participants