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
d1885c9
Conflicts have been resolved. A maintainer will review the pull request shortly. |
@jasonhenriquez can we get this reviewed now? |
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.
Looks like the implementation was changed enough by #3975 to make the required alteration easier. Address review comments, re-validate, and you should be good.
// Reset search filters if searching another query | ||
if (this.$route.params.query && this.$route.params.query !== query) { | ||
this.$store.commit('setSearchSettingsToDefault') | ||
this.searchFilterValueChanged = false |
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.
this.searchFilterValueChanged = false | |
this.$store.commit('setSearchFilterValueChanged', false) |
issue (blocking): To update values in the Vuex store, use mutations.
@@ -44,6 +47,7 @@ | |||
:title="$t('Search Filters.Duration.Duration')" | |||
:labels="durationLabels" | |||
:values="durationValues" | |||
:selected="searchSettings.duration" |
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.
suggestion (blocking): You should be able to remove the ft-radio-button
and ft-search-filters
changes altogether once you have implemented the other suggested change.
Hi @ankitchauhan-aka, are you still available to make these final alterations? |
Hi @jasonhenriquez |
Pull Request Type
Related issue
closes #1693
Description
Testing