-
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
[HOLD for payment 2024-11-29] [$250] Room - Create room whisper reappears when interacting with it after workspace is deleted #49940
Comments
Triggered auto assignment to @greg-schroeder ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.Room - Create room whisper reappears when interacting with it after workspace is deleted What is the root cause of that problem?We still displaying the whisper action although the workspace is deleted or the report is archived What changes do you think we should make in order to solve the problem?Return
add Then pass the
What alternative solutions did you explore? (Optional) |
ProposalPlease re-state the problem that we are trying to solve in this issue. What is the root cause of that problem? What changes do you think we should make in order to solve the problem?
|
Somewhat agree with @Nomanahmeda789 solution. |
ProposalPlease re-state the problem that we are trying to solve in this issue.Create room whisper reappears when interacting with it after workspace is deleted What is the root cause of that problem?Currently, we are still showing whispers even when the workspace is deleted. App/src/pages/home/report/ReportActionsList.tsx Lines 193 to 197 in 1d0fa64
What changes do you think we should make in order to solve the problem?We should add logic to check if it's a whisper, and if the workspace is deleted, then it should not be shown. Some thing like that: // .src/pages/home/report/ReportActionsList.tsx#L188
+ const isArchivedRoom = ReportUtils.isArchivedRoom(report, reportNameValuePairs);
// .src/pages/home/report/ReportActionsList.tsx#L197
reportAction.errors) &&
- ReportActionsUtils.shouldReportActionBeVisible(reportAction, reportAction.reportActionID)
+ ReportActionsUtils.shouldReportActionBeVisible(reportAction, reportAction.reportActionID) &&
+ (reportAction.actionName !== 'ACTIONABLEREPORTMENTIONWHISPER' || !isArchivedRoom) POC
Screen.Recording.2024-10-01.at.00.16.10.mp4 |
Edited by proposal-police: This proposal was edited at 2024-10-01 04:43:52 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.Room - Create room whisper reappears when interacting with it after workspace is deleted What is the root cause of that problem?In App/src/libs/ReportActionsUtils.ts Lines 625 to 667 in a85cde8
App/src/pages/home/report/ReportActionsList.tsx Lines 189 to 200 in d589746
What changes do you think we should make in order to solve the problem?We have 2 solutions to solve this issue.
function shouldReportActionBeVisible(reportAction: OnyxEntry<ReportAction>, key: string | number,report): boolean {
if ((isActionableMentionWhisper(reportAction) || isActionableTrackExpense(reportAction) || isActionableReportMentionWhisper(reportAction)) && !canUserPerformWriteAction(report)) {
return false;
}
// We can also consider checking isActionableJoinRequest & isActionableJoinRequestPending What alternative solutions did you explore? (Optional)
Result |
Job added to Upwork: https://www.upwork.com/jobs/~021840941316454719982 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @rayane-djouah ( |
Edited by proposal-police: This proposal was edited at 2024-10-01 04:28:05 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.The whisper is not removed after the workspace is deleted What is the root cause of that problem?
so user can click on it and BE returns an error to indicate that user doesn't have permission to perform the action. What changes do you think we should make in order to solve the problem?
return |
@greg-schroeder Can you confirm the expected behavior here. When the report is archived, we should:
|
Proposal Updated
|
Discussing this with the team |
@daledah I think in this case, it makes the most sense to just hide the whisper. Reasoning: The whisper is there to help the user take action that we think they might want to take. Since the chat is no longer active, and no action can be taken, we probably don't need to show them a message that is trying to help them take an action that's no longer possible. h/t @dannymcclain for articulating this reasoning better than I could ☝️ |
@greg-schroeder, @rayane-djouah Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Thanks for clarifying the expected result! |
@greg-schroeder, @rayane-djouah Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@Krishna2323's proposal looks good to me. I agree that the most appropriate check is Note: I think it's better to pass a Additionally, I appreciate that the proposal suggests addressing the bug with the actionable join request whisper action and other whispers, even though they are not within the scope of this issue The check can be structured as follows: Since self DMs cannot be archived, using Moreover, my testing confirms that we can still invite users from an actionable mention whisper to the report, so including Based on my tests, the backend doesn't permit interactions with the actionable whisper for
Here is a screen recording of the tests: Screen.Recording.2024-10-07.at.10.06.39.PM.mov🎀👀🎀 C+ reviewed |
Same as above |
This issue has not been updated in over 15 days. @tgolen, @greg-schroeder, @rayane-djouah, @Krishna2323 eroding to Monthly issue. P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do! |
Update: @Krishna2323 is addressing PR review comments #50692 (comment) |
Work on PR continues |
Changes requested on PR, still underway |
Merged. Awaiting deploy to staging -> prod |
If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results. If a regression has occurred and you are the assigned CM follow the instructions here. If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future. |
If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results. If a regression has occurred and you are the assigned CM follow the instructions here. If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future. |
@tgolen, @greg-schroeder, @rayane-djouah, @Krishna2323 Whoops! This issue is 2 days overdue. Let's get this updated quick! |
PR on staging. @Krishna2323 and I addressed the above bugs in a follow up PR |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.65-5 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 2024-11-29. 🎊 For reference, here are some details about the assignees on this issue:
|
@rayane-djouah @greg-schroeder @rayane-djouah The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed. Please copy/paste the BugZero Checklist from here into a new comment on this GH and complete it. If you have the K2 extension, you can simply click: [this button] |
BugZero Checklist:
Regression Test Proposal
Do we agree 👍 or 👎 |
Paid contracts via Upwork, filed regression issue |
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.41-2
Reproducible in staging?: Y
Reproducible in production?: Y
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
Action Performed:
Expected Result:
The whisper should be removed once the workspace is deleted
Actual Result:
The whisper is not removed after the workspace is deleted
When user selects Yes or No, the whisper disappears and reappears
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6619523_1727631494594.20240930_013404.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @greg-schroederThe text was updated successfully, but these errors were encountered: