-
Notifications
You must be signed in to change notification settings - Fork 3k
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] Track Expense - Actionable whisper stays on LHN after expense is moved #47075
Comments
Triggered auto assignment to @jliexpensify ( |
We think this issue might be related to the #collect project. |
Very odd one! I can repro. |
Job added to Upwork: https://www.upwork.com/jobs/~0165e88bc0f739036b |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @DylanDylann ( |
Track bug, moving to #vip-vsb. |
Please re-state the problem that we are trying to solve in this issue. Track Expense - Actionable Whisper Remains on LHN After Expense is Moved Actions to reproduce:
What is the root cause of that problem? The root cause of the problem lies in the backend (BE) processing, specifically related to the handling of an action type called ACTIONABLETRACKEXPENSEWHISPER App/src/libs/OptionsListUtils.ts Line 717 in e6546d6
Here lastMessageText is being used to show message for selfDM on LHN In step 6, the API OpenReport request was sent, and the response was received. The last action of type ACTIONABLETRACKEXPENSEWHISPER ultimately set the lastMessageText in the Report to "What would you like to do with this expense?"
What changes do you think we should make in order to solve the problem? The backend should handle the message for the ACTIONABLETRACKEXPENSEWHISPER action. 47075_ErrorDemo.mp4 |
@jliexpensify, @DylanDylann Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Bumping @DylanDylann for a review of the proposal |
On my list today |
I could not reproduce this after syncing with main branch. |
I've synced with the main branch and am now on version 9.0.19-10, but the issue still persists. It also continues to occur on staging. I've noticed that the issue reoccurs particularly when the OpenReport API response is received. Sometimes, the OpenReport API call isn't sent, which causes the issue to reappear upon page refresh. 47075_Staging_error_3.mp4 |
Bumping @DylanDylann again |
I still can reproduce this bug |
Looking for more proposals |
@jliexpensify After rechecking again, I see this bug should be handled on the BE side. 🎀👀🎀 C+ reviewed |
Triggered auto assignment to @AndrewGable, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
This issue is still reproducible, build - v9.0.51-2 bandicam.2024-10-21.12-36-58-575.mp4 |
Still focused on higher priority issues, so going to un-assign |
Adding the Retest label as I can't reliably repro on v9.0.56-0 now. |
Waiting on a re-test |
Going to close this. I can't repro. |
QA team still can repro this issue, build - v9.0.67-0 bandicam.2024-11-26.21-13-06-701.mp4 |
I'm now able to repro it. |
Under the new project system, I believe this is an #expense bug |
Not overdue, waiting on an engineer to pick it up. I'm also OOO until the 29th. |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: 9.0.18-1
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/4834393
Email or phone of affected tester (no customers): nathanmulugetatesting+912@gmail.com
Logs: https://stackoverflow.com/c/expensify/questions/4856
Issue reported by: Applause-Internal team
Action Performed:
Expected Result:
The actionable whisper doesn't reappear on the LHN
Actual Result:
The actionable whisper message reappears on the LHN even if the expense is moved to another report
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Bug6565620_1723122907666.bandicam_2024-08-08_16-08-58-101.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @jliexpensifyThe text was updated successfully, but these errors were encountered: