-
-
Notifications
You must be signed in to change notification settings - Fork 135
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: Reinstate source selection #906
Comments
I am encountering the same issue. |
This is the result of some simplification of how the search functionality works. Essentially the intent is to put as much of the search state into the URL so back-navigation (and shortcuts) can more easily restore a previous search. I understand the use case to filter each search by its sources, but I'm tending towards a global set of search providers. You could pick-and-mix which of your providers are used when searching under Settings but it wouldn't be selectable per search term. |
I find selecting the provider on a per-search basis extremely useful but I think it really depends on what backends you regularly use. For example, the YouTube backend has stuff that's not available on Spotify (or similar) so sometimes it's your only choice when searching, but most of the time the search results are awful and you want everything except YouTube selected. Having to jump in and out of settings each time to make this change is awkward. I appreciate you have to draw the line somewhere but if others have the same use case, could you reconsider including it in the state? |
@jaedb I completely agree with @kingosticks that in many use cases ability to select search providers is crucial. Could it be possible to include the search sources (e.g. abbreviated to a few letters or as numeric flags) in the search URL and make the source selection available again? |
@jaedb is this a proposed feature? I don't see anything in settings about toggling which providers (backends) should be searched. |
Am I the only one that struggles with the relevancy of search results even with a single backend/provider enabled? I posted here about it, but I bet with better search results relevancy we'd have less need to filter by provider. |
From my pov selection of backends before the search is done is non-sense. Why not search every backend but allow users to filter out search results according to their source? And memorise the user choice for later searches. |
So ask the sever to search everything (slower) and do client-side filtering of everything. That's twice the work for the same result. I don't see the advantage in this approach. That aside, the real-world problem with this approach is some backends are very slow to provide their search results (through no fault of their own). With your suggestion, you waste that time on every search for no reason. |
I thought backends were requested one at a time and asynchronously, and search results updated when a request for a peculiar backend ends. Do we expect end user to have knowledge on which backend is slow so they stop using them? |
That's not how Mopidy's search results work. Anything that Iris is requesting separately from elsewhere might work like that, I don't know. No, we don't expect that. But it should remain possible to experiment and work it out. |
I would definitely support being able to select search backends on an opt-in/opt-out basis. I use Bandcamp, Tidal, and Local as providers. If I search with all three, Bandcamp tends to be the fastest, but also returns a heap of unrelated results that I don't care about; but it's really useful as a backup if the music I'm looking for isn't available on Local or Tidal. As it stands, my Local results tend to get buried in the noise of Bandcamp and Tidal results, even though my Local collection is my preferred source. So at the very least I would appreciate being able to choose the priority of results - e.g. show me all my Local results as highest priority, then Tidal, then Bandcamp as a last resort. |
Released since 3.69.0 |
Eh this doesn't seem to work. The menu is there again but clicking any entry in it makes it show a white page (with sidebar and player controls though). This is with 3.69.2. |
- Always display "no results" when a query is present - Placeholder path for no sources selected (ensures URL retains structure) - Fixes comment #906 (comment)
🤔 right you are! Bugfix release coming out shortly. |
@jaedb Could it be possible to persist the selected search sources on the client (i.e. when the search will be opened from the menu it would have selected the same sources that were used in previous search)? |
it used to be like thatin earlier versions, in 3.69.3 all sources are preselected by default when navigating to the search page. would be very useful to make source selection persistent again. cheers |
Iris version
3.67.0
Operating system(s) affected
Browser(s) affected
What happened?
In the Search screen (URL:
/iris/search
) the Sources button is not shown. Searching always happens in all sources.The sources selection is a very handy feature to refine search results.
Logs
No response
The text was updated successfully, but these errors were encountered: