-
Notifications
You must be signed in to change notification settings - Fork 754
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
reset selected filters after search #5033
base: development
Are you sure you want to change the base?
reset selected filters after search #5033
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@PikachuEXE I'm attaching a test video with the mentioned steps and cannot replicate the issue. Please share similar so I can fix it ASAP and the same happens in YouTube (as I feel we're taking references from there). Like even if we hit search for the same query it resets the filter. Not sure, If we've a different requirement here. Screen.Recording.2024-04-29.at.10.09.26.AM.mov |
Screen.Recording.2024-04-29.at.13.33.20.mov |
Head branch was pushed to by a user without write access
@PikachuEXE I've implemented a check, not to reset filter for the same query. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Filter not applied when:
- Application starts
- apply labels
- enter query
- hit search
VirtualBoxVM_E7hDKoPbOO.mp4
Head branch was pushed to by a user without write access
f754ae7
to
ddeb438
Compare
Fixed. Thanks for the review. |
It reset filters under strange conditions (e.g. like changing filter below Screen.Recording.2024-04-30.at.14.24.09.movProbably like
|
@PikachuEXE this is not a bug but intended behavior. There is how YT also behaves. In your example Time Today resets because you clicked on Type Channel. Time is based on upload date. A channel cant have a upload date. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK there are several issue discovered during testing but not introduced by this PR
Issue? |
This pull request has conflicts, please resolve those before we can evaluate the pull request. |
Head branch was pushed to by a user without write access
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
when u just go to another page lets say most popular the filter also clears.
Taken from the linked issue. This also needs to be implemented.
Head branch was pushed to by a user without write access
This pull request has conflicts, please resolve those before we can evaluate the pull request. |
…into ankitchauhan-aka/reset-filter-after-search
Head branch was pushed to by a user without write access
Conflicts have been resolved. A maintainer will review the pull request shortly. |
Fixed. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Route is changed, Filters applied correctly but Filter icon isnt active
VirtualBoxVM_WAzjQZgyTo.mp4
@efb4f5ff-1298-471a-8973-3d47447115dc Isn't that the expected behavior? See my earlier comment:
|
Oof i missed that. Will retest soon. |
@jasonhenriquez this seems not intuitive to me but please correct me if im wrong. Now the user needs to remember what filter they applied if they want to refine their search more:
User has to remember what filters they applied in their previous search. That seems like a headache to me. VirtualBoxVM_wY83QlEB86.mp4 |
That's a tradeoff that I don't know if we can mitigate. The whole difficulty of this feature is that you can't make the same search twice with the same filters as easily. |
@jasonhenriquez so what's next step about this? |
Unless there are other potential mitigations that I'm missing, the main options are that we go ahead with the feature or don't. I think there is more upside than not to go ahead with the feature. |
I think we should keep the filters selected until the user is changing search query. |
If I'm understanding correctly, that means showing it as active for the next search, even if it won't be, unless the user then changes the filter to something else, in which case it will be? That seems a bit confusing if so. |
What if it clears filter only if user types different search query, |
If you can get the filter to show as non-active to the user unless they re-open the search filter modal, I'm fine with that. I would also be fine with "have the filters be forgotten unless the user opts to open the modal after a search." I just get the sense that we're trying to emulate YT's behavior here somewhat, which doesn't work exactly, since our filter button is omnipresent, and our current behavior is different. I'm also wondering if maybe this is getting too complicated / potentially confusing to users, and maybe we should just have a one-click button that removes all active search filters instead. |
Pull Request Type
Related issue
closes #1693
Description
Testing