Skip to content

[HOLD for payment 2024-10-04][$250] [Search v2.4] [App] Extend the 🔍icon and search router to all pages by adding “Search”  #49122

Closed

Description

@luacmartins

Implement this section of the doc

cc @Kicu @289Adam289 @Guccio163 @SzymczakJ

Issue OwnerCurrent Issue Owner: @
Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~021834649747497603669
  • Upwork Job ID: 1834649747497603669
  • Last Price Increase: 2024-09-13
  • Automatic offers:
    • ikevin127 | Reviewer | 104036646
Issue OwnerCurrent Issue Owner: @sakluger

Activity

  1. moved this to Release 3: Fall 2024 (Nov) in #expensify-bugson Sep 12, 2024
  2. melvin-bot commented on Sep 12, 2024

    @melvin-bot

    Triggered auto assignment to @sakluger (NewFeature), see https://stackoverflowteams.com/c/expensify/questions/14418#:~:text=BugZero%20process%20steps%20for%20feature%20requests for more details. Please add this Feature request to a GH project, as outlined in the SO.

  3. SzymczakJ commented on Sep 13, 2024

    @SzymczakJ
    Contributor

    Hey! I’m Jakub Szymczak from Software Mansion, an expert agency, and I’d like to work on this issue!

  4. added
    ExternalAdded to denote the issue can be worked on by a contributor
    on Sep 13, 2024
  5. 20 remaining items

  6. Kicu commented on Oct 4, 2024

    @Kicu
    Contributor

    Nope I don't think so, I'm only working on #49123 now

  7. changed the title [-][$250] [Search v2.4] [App] Extend the 🔍icon and search router to all pages by adding “Search” [/-] [+][HOLD for payment 2024-10-04][$250] [Search v2.4] [App] Extend the 🔍icon and search router to all pages by adding “Search” [/+] on Oct 4, 2024
  8. added
    Awaiting PaymentAuto-added when associated PR is deployed to production
    and removed
    ReviewingHas a PR in review
    on Oct 4, 2024
  9. moved this from Release 3: Fall 2024 (Nov) to Done in #expensify-bugson Oct 4, 2024
  10. sakluger commented on Oct 4, 2024

    @sakluger
    Contributor

    Summarizing payment on this issue:

    Contributor: @Kicu - no payment required
    Contributor+: @ikevin127 $250, paid via Upwork

  11. melvin-bot commented on Oct 17, 2024

    @melvin-bot

    ⚠️ Looks like this issue was linked to a Deploy Blocker here

    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.

  12. ntdiary commented on Nov 1, 2024

    @ntdiary
    Contributor

    Hi, @luacmartins, coming from #51192.
    It seems that this issue and issue #49116 allow us to open a report using Search > Recent Chats on many pages?
    Currently, this feature has some impact on navigation. I'm curious if the doc offers any guidance or suggestions on this? :)
    e.g.,

    1. When clicking the back button in the report page, the LHN briefly appears (Or event when swiping the report page, we can't return to the Search page).
    2. Open a report on the Profile page, then swipe twice, it returns to the LHN instead of the Settings page.
    test2.mp4
  13. luacmartins commented on Nov 1, 2024

    @luacmartins
    ContributorAuthor

    @ntdiary I don't think we covered that in the doc and it's something we should address. @Kicu for your thoughts.

  14. Kicu commented on Nov 4, 2024

    @Kicu
    Contributor

    Hey, so first of all we treat this SearchRouter as a modal, so it's not a full fledged page (for example on web you will not see a dedicated URL for it).
    So in theory this should not have much impact on navigation per se. It just appears when you open it - on top of whatever page was there, and then disappears after your interaction with it ends.

    So if you open SearchRouter on Page X, then using either the back button or swipe should bring you back to Page X - I think this is the most natural transition.
    So both 1 and 2 from @ntdiary comment sound like bugs that should be fixed. I think 🤔

    Side note: calling @adamgrzybowski and @WojtekBoman who are working on navigation refactor, so it's possible this would be fixed on their PR, because the internal logic of screens, linkTo and back buttons will be changed after they are done.

    On solution would be to wait, but I cannot guarantee how long this will take.
    Not sure if that helps you a lot? 😓

  15. ntdiary commented on Nov 4, 2024

    @ntdiary
    Contributor

    Hey, so first of all we treat this SearchRouter as a modal, so it's not a full fledged page (for example on web you will not see a dedicated URL for it). So in theory this should not have much impact on navigation per se. It just appears when you open it - on top of whatever page was there, and then disappears after your interaction with it ends.

    So if you open SearchRouter on Page X, then using either the back button or swipe should bring you back to Page X - I think this is the most natural transition. So both 1 and 2 from @ntdiary comment sound like bugs that should be fixed. I think 🤔

    @Kicu, yeah, the navigation for SearchRouter modal itself works as expected. I think it seems to allow us to open a Report page from some other pages(e.g., Search page, Settings/Profile page), and at the same time, due to the logic within linkTo

    if (topmostBottomTabRoute && (topmostBottomTabRoute.name !== matchingBottomTabRoute.name || isNewPolicyID || isOpeningSearch)) {
    root.dispatch({
    type: CONST.NAVIGATION.ACTION_TYPE.PUSH,
    payload: matchingBottomTabRoute,
    });
    }

    app will push a Home screen (i.e., the LHN) into the BottomTabNavigator. So when we swipe to close the Report page, we end up seeing the LHN instead of the expected Search page. 😂

    Although we can continue to use the beforeRemoveReportOpenedFromSearchRHP listener to remove the LHN when closing the Report, I don’t think it can resolve the LHN flickering effectively, so it's not very ideal. My initial guess is that a better solution might require changing the above push logic, so it might be better to take care of this case during the navigation refactor. 😄

  16. Kicu commented on Nov 5, 2024

    @Kicu
    Contributor

    @ntdiary sounds good to me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

Awaiting PaymentAuto-added when associated PR is deployed to productionDailyKSv2ExternalAdded to denote the issue can be worked on by a contributorNewFeatureSomething to build that is a new item.

Type

No type

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions