-
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
[Awaiting Payment 2024-09-17][$250] iOS - Search - Inconsistency in selection mode behavior after holding and unholding expense #47446
Comments
Triggered auto assignment to @sonialiap ( |
@sonialiap FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors |
We think that this bug might be related to #wave-collect - Release 1 |
Edited by proposal-police: This proposal was edited at 2024-08-14 18:02:24 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.What is the root cause of that problem?Let's see the current code App/src/components/Search/SearchPageHeader.tsx Lines 174 to 183 in cfa84e2
App/src/components/Search/SearchPageHeader.tsx Lines 195 to 210 in cfa84e2
As this implementation, we want to turn off selection mode when user click hold/unhold option But when clicking in hold option we don't call clearSelectedTransactions function. Thus, the selection mode is toggle on again because this code App/src/components/Search/index.tsx Line 110 in cfa84e2
What changes do you think we should make in order to solve the problem?I believe the best approach is to invoke clearSelectedTransactions() without turning off selection mode when the user clicks the hold/unhold button, similar to how we handle the delete button. What alternative solutions did you explore? (Optional)If we want to turn off selection mode, we need to invoke both clearSelectedTransactions and turnOffMobileSelectionMode. If we want to keep selected option, we shouldn't invoke both clearSelectedTransactions and turnOffMobileSelectionMode. We should apply the solution to the hold/unhold/delete button to ensure consistency. |
Edited by proposal-police: This proposal was edited at 2023-10-14T10:21:00Z. ProposalPlease re-state the problem that we are trying to solve in this issue.iOS - Search - Inconsistency in selection mode behavior after holding and unholding expense What is the root cause of that problem?Selected transactions are cleared when
What changes do you think we should make in order to solve the problem?We should not clear the selected transactions. What alternative solutions did you explore? (Optional)We can also remove App/src/components/Search/SearchPageHeader.tsx Lines 203 to 205 in 6aa7adc
|
Updated proposal to detail the root cause and solution |
Job added to Upwork: https://www.upwork.com/jobs/~018d4437d2bef15d58 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @dukenv0307 ( |
@cretadn22's proposal look good to me. I think we should clear the selected transactions and dismiss the selection mode 🎀👀🎀 C+ reviewed |
Triggered auto assignment to @rlinoz, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
📣 @dukenv0307 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app! |
📣 @cretadn22 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
Triggered auto assignment to @dylanexpensify ( |
@dylanexpensify I'm OOO Aug 19-30, adding leave buddy. |
I am not 100% sure about this, I know we decided not to clear it when Downloading the CSV, not sure what we want to do here. cc: @Expensify/design |
@Expensify/design do you remember where we landed on this? I feel like we did have some convo back and forth about whether or not to keep items selected after performing an action. It's interesting because if you use the |
@dukenv0307, thanks a lot for checking again 🙏🏻 |
First, the root cause in @Krishna2323's proposal missing a lot of ideas
It should be an output from the design team rather than a proposal from a contributor. |
@rlinoz, can you please reassign it to me based on #47446 (comment) #47446 (comment) ? |
Hey sorry about the confusion here we should not have assigned someone at the time we did, but in the end the solution is just very similar, like clearing the checkboxes or keeping them selected touches mostly the same area of the code, so let's keep things the way they are right now. |
@rlinoz, while the solution might look similar, incorporating the solution from another proposal and claiming it as original isn't right in any way. Here, you were about to assign me, but @cretadn22 claimed that he also included the option to clear the selection. However, that wasn't true, he added the solution from my proposal. This doesn't seem fair to me at all 🥲. I'm sorry to argue🙏🏻, but it's very hard for me to accept this assignment. I don't know why I always get in these types of situation 😕. Still, I respect your decision, and I won’t ask for this assignment. What @cretadn22 did is clearly a violation of the guidelines.
|
Hi team, after discussing internally, we're going to do the following:
Thank you for your understanding of our decision, and we do apologize for the confusion here! |
@rlinoz, could you please check the comment above and assign me? 🙏 |
📣 @Krishna2323 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
I though that was done already, sorry |
Moving this into As a reminder for the BZ assigned, let's try not to leave ambiguous expected results in the OP when triaging.
This doesn't tell us what the behaviour should be, just that it's not the same when you hold or unhold. |
Sorry for delay, I missed this one as it was labeled weekly, will raise the PR within 24 hours. |
@dukenv0307, PR ready for review ^ |
merged! |
I think this has been deployed to prod 3 days ago #48791 (comment) |
Payment summary:
Waiting until the 17th to complete payments in upwork |
Just changing the ⭐ |
Everyone has been paid ✔️ |
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.20-4
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:
There should be consistency in the selection mode after holding and unholding the expense from Search
Actual Result:
In Step 8, after holding the expense, selection mode persists
In Step 12, after unholding the expense, selection mode is dismissed
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
ScreenRecording_08-15-2024.00-12-00_1.MP4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @sonialiapThe text was updated successfully, but these errors were encountered: