Description
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.1.16-2
Reproducible in staging?: Yes
Reproducible in production?: No
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: Yes, reproducible on both
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Email or phone of affected tester (no customers): [email protected]
Issue reported by: Applause Internal Team
Device used: Mac 15.3 / Chrome
App Component: Search
Action Performed:
Precondition:
- Log in with Expensifail account.
- Go to staging.new.expensify.com
- Go to FAB > Create expense > Manual.
- Submit an expense to any user (not workspace chat).
- Go to expense report.
- Click on the report header > Hold.
- Enter reason and save it.
- Go to Reports > Expense Reports.
- Click on the expense report from Step 3.
Expected Result:
Hold violation will persist on the expense row.
Actual Result:
Hold violation appears and disappears on the expense row.
This issue only happens with p2p expense. For workspace expense, the hold violation persists.
Workaround:
Unknown
Platforms:
- Android: Standalone
- Android: HybridApp
- Android: mWeb Chrome
- iOS: Standalone
- iOS: HybridApp
- iOS: mWeb Safari
- MacOS: Chrome / Safari
- MacOS: Desktop
Screenshots/Videos
bug.mp4
Issue Owner
Current Issue Owner: @borys3kkMetadata
Metadata
Type
Projects
Status