-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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 2023-05-16][$1000] Inconsistency in delete comment button for video file on archived workspace in web and android #16092
Comments
Triggered auto assignment to @greg-schroeder ( |
Bug0 Triage Checklist (Main S/O)
|
@greg-schroeder Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
Sorry for the delay, I was OOO just after this was assigned. |
I was able to reproduce this ... with that said I'm not 100% sure what the expected behavior is, but I expect it's to have the ability to delete the video on web. Asking the team in Slack |
Discussion here: https://expensify.slack.com/archives/C01SKUP7QR0/p1680013927834489 |
Confirmed with the team:
Updated OP accordingly |
Job added to Upwork: https://www.upwork.com/jobs/~0109ece2dd91782609 |
Triggered auto assignment to @CortneyOfstad ( |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @eVoloshchak ( |
Triggered auto assignment to @tylerkaraszewski ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.On Android, when a workplace is closed we can still delete the comment What is the root cause of that problem?We don't always pass the parameter isArchivedRoom to showContextMenu When we don't pass the parameter isArchivedRoom it takes the value false. We then use this value to determine if Delete comment is possible or not here: App/src/pages/home/report/ContextMenu/ContextMenuActions.js Lines 240 to 241 in d57b331
What changes do you think we should make in order to solve the problem?We should pass the right value of isArchivedRoom in parameters of showContextMenu() here and here We can use the method ReportUtils.isArchivedRoom() to get the right value What alternative solutions did you explore? (Optional) |
ProposalPlease re-state the problem that we are trying to solve in this issue.Android/IOS should not display the delete button for video file comments on archived workspaces What is the root cause of that problem?
It also explains why we thought it only happen in native devices => because it only happen if we do a long press => the bug can be reproduce in Web/Desktop Mac if you do a long press. Let's see screenshot below What changes do you think we should make in order to solve the problem?General idea is we should update the onLongPress handler that I mentioned above so that It can pass the flag
|
ProposalPlease re-state the problem that we are trying to solve in this issue.The delete comment button should not be displayed in archived workspaces on web and android platforms. What is the root cause of that problem?In webThis bug occurs because App/src/pages/home/report/ReportActionsView.js Lines 123 to 170 in 3a9ce6f
In android.The What changes do you think we should make in order to solve the problem?In webTo fix this bug, we need to add the deleting conditions in the if (nextProps.report.stateNum !== this.props.report.stateNum) {
return true;
}
if (nextProps.report.statusNum !== this.props.report.statusNum) {
return true;
} This is result video. video_02.mp4In androidInstead of passing App/src/pages/home/report/ReportActionItem.js Lines 174 to 181 in 2398744
report: this.props.report, This way, we can access the additional parameters ( App/src/components/ShowContextMenuContext.js Lines 23 to 35 in 2398744
function showContextMenuForReport(event, anchor, reportID, action, checkIfContextMenuActive, isArchivedRoom = false, isChronosReport = false) {
ReportActionContextMenu.showContextMenu(
ContextMenuActions.CONTEXT_MENU_TYPES.REPORT_ACTION,
event,
'',
anchor,
reportID,
action,
'',
checkIfContextMenuActive,
checkIfContextMenuActive,
isArchivedRoom,
isChronosReport
);
} We also need to update the App/src/components/AnchorForAttachmentsOnly/BaseAnchorForAttachmentsOnly.js Lines 66 to 72 in 2398744
onLongPress={event => showContextMenuForReport(
event,
anchor,
report.reportID,
action,
checkIfContextMenuActive,
ReportUtils.isArchivedRoom(report),
ReportUtils.chatIncludesChronos(report)
)} This is result video. video_02.mp4 |
Not overdue, this was deployed to staging yesterday |
@tylerkaraszewski, @eVoloshchak, @ShogunFire, @greg-schroeder Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Hmm - was this deployed @eVoloshchak? I think it was but I'm not sure why the automated comment didn't happen 🤔 |
@greg-schroeder, yep, this was deployed to production 3 days ago. |
Ahhh, got it got it - I will copy over an existing checklist manually posterity |
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.12-0 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-05-16. 🎊 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.
As a reminder, here are the bonuses/penalties that should be applied for any External issue:
|
@greg-schroeder Hello, I see that the upwork job has been closed. Do I need to do something for the paiement ? It looks like there was no regression |
It was closed due to timing out, but I'll recreate it now. hmm. I can't get Upwork to re-create the issue, it's just hanging indefinitely |
I might just try re-adding the label to create one tbh... stand by, not sure if it works that way Edit: It did not work. I will just have to create offers manually I think, upwork seems to be broken right now when it comes to re-using issues |
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
@ShogunFire can you tell me your Upwork details? |
Thanks! Offers sent to @ShogunFire and @eVoloshchak. Upwork is not working properly right now so I just sent contracts to you both manually. @avi-shek-jha can you post your Upwork details so I can get you paid for reporting this? |
This is paid out with the exception of @avi-shek-jha - please post your details whenever you are able and I'll get you paid for reporting this. |
Thanks ! |
@greg-schroeder Here's my upwork profile link: https://www.upwork.com/freelancers/~01a90e548bf808418c |
Thank you! Sent you an offer |
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:
Android should not display the delete button for video file comments on archived workspaces
Actual Result:
The delete comment button is seen on android (incorrect), but is not seen on web chrome (correct) for video files in archived workspace
Workaround:
unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.2.87-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
Notes/Photos/Videos:
android.mp4
archived-2023-03-17_21.59.13.mp4
Recording.1726.mp4
Expensify/Expensify Issue URL:
Issue reported by: @avi-shek-jha
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1679070606602909
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: