You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[$500] Flag - Flag message for flagged parent message disappears when reopening thread #34151
Version Number: 1.4.23-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: Email or phone of affected tester (no customers): Logs:https://stackoverflow.com/c/expensify/questions/4856 Expensify/Expensify Issue URL: Issue reported by: Applause - Internal Team Slack conversation:
changed the title [-]Flag - Flag message for flagged parent message disappears when reopening thread[/-][+][$500] Flag - Flag message for flagged parent message disappears when reopening thread[/+]on Jan 9, 2024
In the line above, we're looking for the decision within action.message[0] but when re-fetching OpenReport the BE doesn't pass the decision in message like it does when first calling the flagging endpoint.
What changes do you think we should make in order to solve the problem?
As fallback to the latestDecision from action.message[0] we should add latestDecisionOriginal which we get from the originalMessage object instead of action.message[0] where its missing.
What alternative solutions did you explore? (Optional)
A back-end only fix which would require the decision to be returned within action.message[0] such that we won't need the front-end originalMessage fallback.
@tylerkaraszewski@slafortune@situchan this issue is now 3 weeks old. There is one more week left before this issue breaks WAQ. What needs to happen to get a PR in review this week? Please create a thread in #expensify-open-source to discuss. Thanks!
I think we're probably deprioritizing moderation bugs? It's not currently covered by a wave, as far as I know. Can you think of one where it might fit? I can add this to a list I have of moderation bugs so we can come back to it at some point
Activity
[-]Flag - Flag message for flagged parent message disappears when reopening thread[/-][+][$500] Flag - Flag message for flagged parent message disappears when reopening thread[/+]melvin-bot commentedon Jan 9, 2024
Triggered auto assignment to @slafortune (
Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.melvin-bot commentedon Jan 9, 2024
Job added to Upwork: https://www.upwork.com/jobs/~01ea3ffb8d539f6e86
melvin-bot commentedon Jan 9, 2024
Triggered auto assignment to Contributor-plus team member for initial proposal review - @eVoloshchak (
External)yh-0218 commentedon Jan 9, 2024
I think this is backend issue
yh-0218 commentedon Jan 9, 2024
Proposal
Please re-state the problem that we are trying to solve in this issue.
Flag - Flag message for flagged parent message disappears when reopening thread
What is the root cause of that problem?
I think this is backend issue.
But we can fix on here easilly.
What changes do you think we should make in order to solve the problem?
What alternative solutions did you explore? (Optional)
FREE.-.HDconvert.com.Screen.Recording.2024-01-09.at.8.15.33.PM.mov
ikevin127 commentedon Jan 9, 2024
Proposal
Please re-state the problem that we are trying to solve in this issue
The flag message for the flagged parent message disappears when reopening thread.
What is the root cause of that problem?
App/src/pages/home/report/ReportActionItem.js
Lines 232 to 234 in 35a6916
In the line above, we're looking for the decision within
action.message[0]but when re-fetching OpenReport the BE doesn't pass the decision in message like it does when first calling the flagging endpoint.What changes do you think we should make in order to solve the problem?
As fallback to the
latestDecisionfromaction.message[0]we should addlatestDecisionOriginalwhich we get from the originalMessage object instead ofaction.message[0]where its missing.POC looks something like this:
What alternative solutions did you explore? (Optional)
A back-end only fix which would require the decision to be returned within
action.message[0]such that we won't need the front-endoriginalMessagefallback.Videos
MacOS: Chrome / Safari
Screen.Recording.2024-01-09.at.20.19.31.mov
25 remaining items
melvin-bot commentedon Jan 30, 2024
@tylerkaraszewski @slafortune @situchan this issue is now 3 weeks old. There is one more week left before this issue breaks WAQ. What needs to happen to get a PR in review this week? Please create a thread in #expensify-open-source to discuss. Thanks!
tylerkaraszewski commentedon Jan 30, 2024
@dangrous - what do you think we should do with this issue?
dangrous commentedon Jan 31, 2024
I think we're probably deprioritizing moderation bugs? It's not currently covered by a wave, as far as I know. Can you think of one where it might fit? I can add this to a list I have of moderation bugs so we can come back to it at some point
situchan commentedon Jan 31, 2024
Btw please keep me assigned here in case frontend fix is needed
slafortune commentedon Feb 2, 2024
Works for me @dangrous ! I'll assign @situchan so if this is opened again that will still be the assignment and close for now.
kbecciv commentedon Feb 6, 2024
Issue is reproduced on build 1.4.37.0 when executing PR #28002
20240206_185900.mp4
dangrous commentedon Feb 7, 2024
Just marking this out - we are aware that this bug still exists, but not prioritizing as of now, so re-closing!