Skip to content
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

Search - App exits selection mode when going to a different status #47672

Closed
3 of 6 tasks
IuliiaHerets opened this issue Aug 19, 2024 · 10 comments
Closed
3 of 6 tasks

Search - App exits selection mode when going to a different status #47672

IuliiaHerets opened this issue Aug 19, 2024 · 10 comments
Assignees
Labels
Bug Something is broken. Auto assigns a BugZero manager. Daily KSv2 Engineering

Comments

@IuliiaHerets
Copy link

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!


Version Number: v9.0.22-5
Reproducible in staging?: Y
Reproducible in production?: N
Email or phone of affected tester (no customers): applausetester+kh050806@applause.expensifail.com
Issue reported by: Applause Internal Team

Action Performed:

Precondition:

  • Account has expenses in Outstanding or Paid tabs.
  1. Launch New Expensify app.
  2. Go to Search.
  3. Long press on the expense > Select.
  4. Go to a different status (outstanding for example).

Expected Result:

Describe what you think should've happened

Actual Result:

App exits selection mode when going to a different status.

Workaround:

Unknown

Platforms:

  • Android: Native
  • Android: mWeb Chrome
  • iOS: Native
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Bug6576467_1724100262733.ScreenRecording_08-20-2024_04-36-13_1.mp4

View all open jobs on GitHub

@IuliiaHerets IuliiaHerets added DeployBlockerCash This issue or pull request should block deployment Bug Something is broken. Auto assigns a BugZero manager. labels Aug 19, 2024
Copy link

melvin-bot bot commented Aug 19, 2024

Triggered auto assignment to @francoisl (DeployBlockerCash), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.

Copy link

melvin-bot bot commented Aug 19, 2024

Triggered auto assignment to @stephanieelliott (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

@IuliiaHerets
Copy link
Author

We think that this bug might be related to #wave-collect - Release 1

@github-actions github-actions bot added Engineering Hourly KSv2 and removed Daily KSv2 labels Aug 19, 2024
Copy link
Contributor

👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:

  1. Identify the pull request that introduced this issue and revert it.
  2. Find someone who can quickly fix the issue.
  3. Fix the issue yourself.

@rayane-djouah
Copy link
Contributor

I think this is expected and not a bug
cc @luacmartins

@francoisl
Copy link
Contributor

Yeah I could see it being on purpose, otherwise it might be confusing if, for example, you switch between expense statuses, select other expenses, then you tap on the "[N] selected" > "Download" option, and have a bunch of expenses from the previous view included in the download.

@francoisl
Copy link
Contributor

Either way, doesn't sound like something worth blocking for. Going to demote until confirmation.

@francoisl francoisl added Daily KSv2 and removed DeployBlockerCash This issue or pull request should block deployment Hourly KSv2 labels Aug 19, 2024
@daledah
Copy link
Contributor

daledah commented Aug 20, 2024

Edited by proposal-police: This proposal was edited at 2024-08-20 06:13:22 UTC.

Proposal

Please re-state the problem that we are trying to solve in this issue.

App exits selection mode when going to a different status.

What is the root cause of that problem?

When changing the status, we will clear the selected transactions, so we won't face with @francoisl's issue

And we have the logic to turn off selection mode in

useEffect(() => turnOffMobileSelectionMode(), []);

That means when status change, we also disable selection mode.

If we want to keep the selection mode:

we should remove this line:

useEffect(() => turnOffMobileSelectionMode(), []);

What changes do you think we should make in order to solve the problem?

What alternative solutions did you explore? (Optional)

@Kicu
Copy link
Contributor

Kicu commented Aug 20, 2024

I agree with @rayane-djouah that IMO this is not a bug.

To expand: every time we change status or type (status is coming from status bar, type is coming from the pop-up selector, only Expense for now) we are changing the current Search Query.
Every time part of query changes we need to make a fresh request to backend and might get completely different list of results. And we will get a full re-render of displayed results because of that.

I think trying to preserve selection mode between this search re-renders will be more confusing in the long run.

Also this is a related issue: #47670 where the same thing applies to the part: "selection is cleared when going from Inbox to Search" - in that case I believe dropping the selection also makes sense.
CC @luacmartins

@luacmartins
Copy link
Contributor

This is not a bug. Closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Something is broken. Auto assigns a BugZero manager. Daily KSv2 Engineering
Projects
None yet
Development

No branches or pull requests

7 participants