-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
[Awaiting Checklist Completion] [$1000] Web - The reveal /hide button text is cut off in offline mode and doesn't disappears dynamically #20946
Comments
Triggered auto assignment to @twisterdotcom ( |
Bug0 Triage Checklist (Main S/O)
|
ProposalPlease re-state the problem that we are trying to solve in this issue.The reveal button appears after deleting message in offline mode, but it is hidden after open an other report and go back What is the root cause of that problem?When deleting a comment, we update optimistic data of report action and remove all App/src/libs/actions/Report.js Lines 787 to 798 in d396430
After optimistic data is merged in Onyx, useEffect is triggered in ReportActionItem , and then because moderationDecision is empty after deleting, useEffect returns here, and moderationDecision state is still last decision of message. That is the reason, reveal message button still display after deleting comment in offlineApp/src/pages/home/report/ReportActionItem.js Lines 136 to 138 in d396430
After we open other chat and go back, moderationDecision has default value CONST.MODERATION.MODERATOR_DECISION_APPROVED , useEffect doesn't update this state because now props.action.message[0].moderationDecisions is empty.App/src/pages/home/report/ReportActionItem.js Line 108 in d396430
That makes hasBeenFlagged is false with moderationDecision is CONST.MODERATION.MODERATOR_DECISION_APPROVED and then reveal message button is hiddenApp/src/pages/home/report/ReportActionItem.js Line 263 in d396430
What changes do you think we should make in order to solve the problem?
What alternative solutions did you explore? (Optional) |
Okay, I agree. @dangrous - do you agree? This is pretty edge case but that's what open source bug reporting is for.
|
Job added to Upwork: https://www.upwork.com/jobs/~014c79e15242357a09 |
Current assignee @twisterdotcom is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @rushatgabhane ( |
So I think this is sorta two bugs, if I'm understanding correctly.
|
@dangrous So the expected result is reveal button should always appear and not give a strike through when deleting in offline mode, right? |
yep I think that's it! |
@dukenv0307 could you please help me understand the problem? I don't really understand it from the description in your proposal 😅 Please update your proposal with a more detailed description of the problem |
@rushatgabhane Do you think the quote here is enough detail? |
@dukenv0307 is this a good idea? Optimistic data is what gets stored in the database after the user is back online. |
@rushatgabhane That is the way we can keep showing reveal button when deleting in offline. When we go back to online the message will be hidden and no problem if we store moderation. |
My solution mentioned two behaviors for this issue. I think we need to clarify which case is expected behavior. |
This is the expected result. |
ProposalPlease re-state the problem that we are trying to solve in this issue.We are showing the button hide/reveal when we are deleting a flagged comment offline What is the root cause of that problem?When a message has been deleted, in useEffect here: App/src/pages/home/report/ReportActionItem.js Lines 136 to 138 in d396430
We return without updating the variable moderationDecision and the variable isHidden so the deletedComment still act like a flagged comment until we refresh the page What changes do you think we should make in order to solve the problem?In the useEffect we can replace this
By this:
Result: 2023-06-27.12-02-28.mp4What alternative solutions did you explore? (Optional) |
Always goes overdue on the weekend. @rushatgabhane will review soon. |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
📣 @dukenv0307 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Upwork job |
📣 @Priya! 📣
|
The BZ member will need to manually hire priya for the Reporter role. Please store your Upwork details and apply to our Upwork job so this process is automatic in the future! |
@rushatgabhane The PR is ready to review. |
@twisterdotcom, @MariaHCD, @rushatgabhane, @dukenv0307 Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@rushatgabhane is reviewing the PR. |
@twisterdotcom, @MariaHCD, @rushatgabhane, @dukenv0307 Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
PR was merged today. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.44-2 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 2023-08-01. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
As a reminder, here are the bonuses/penalties that should be applied for any External issue:
|
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:
|
Payment summary:
|
made a manual request - https://staging.new.expensify.com/r/4074322401487931 |
|
Reviewed details for @rushatgabhane. These details are accurate based on summary from Business Reviewer and are now approved for payment in NewDot. |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
Expected Result:
The reveal /hide button text should not be cut off in the first place. Also, the button should have disappeared dynamically when the user has deleted the message in offline mode.
Actual Result:
The reveal /hide button text is cut off and doesn't disappear dynamically
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.27.3
Reproducible in staging?: yes
Reproducible in production?: yes
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
Notes/Photos/Videos: Any additional supporting documentation
error-2023-06-10_21.31.18.1.mp4
Recording.737.mp4
Expensify/Expensify Issue URL:
Issue reported by: @priya-zha
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1686412725163069
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: