I noticed that when searching in APP, SQL search is only used locally. I hope to request the server’s search API, such as “rest/search3”, while searching locally. In this way, I can update my music library according to the server’s search log.
Sorry this is not really related to any functions inside the app, there’s no need to query the server as the app have all the data, this would just slow down the app and won’t work offline.
Is there room for further discussion?This is not a completely unreasonable requirement. APP ‘substreamer’ of the same type will query the server when searching. I noticed that symfonium has a setting named ‘disable library auto sync’. Does this mean that symfonium will automatically synchronize sometimes?During manual synchronization, ‘search3’ will be requested, and the keyword queried is an empty string. （query=‘’），The search3 api is used for synchronization and query，Perhaps it is appropriate to synchronize once during query. When the mobile phone has no local resources but the server has resources, it is quite appropriate to query the server. If you are worried about the running speed being slow, you can query the server or other optimization strategies only when no results are returned locally. As a digression, is it possible that all the music we listen to is prepared in advance?No new music you want to listen to?How do you cope with the demand for new music?Especially when the service object is a person who does not know the self built server well. So my idea is that when a person searches for the music he wants to listen to, if there is no resource in the server, it will also be recorded in the search3 log. I can regularly retrieve the log and add the music they need. You can even automate this step. This is my idea.
Symfonium is offline first / multi provider app, you can search without network and it will work. Symfonium never use the server to search or to do anything and will never do that.
Why would I want to send search query to 3 different server to get some data that the app already have and can return instantly? Your need is ultra specific and does not fit at all this application sorry.
@Tolriq What a shame, I am a big fan of Symfonium and use it daily, until now. I am using Octo-Fiesta as proxy server, it’s awesome but now we are limited to the Narjo app instead. Is it possible to reconsider @muge request?
Since Narjo even copied Symfonium tag line I guess it’s a good enough application 
While the concept of OctoFiesta is fun, it’s a specific usage for a specific case for a specific provider. This does not and will not fit Symfonium.
There’s already many working stacks to discover and add content to your providers, there’s no need for integration of a very small one.
maybe it´s completely out of scope but for example if I´m with a friend and he wants to show me a song or i want to listen to something new, there is no way to do that, is there? I really like the app so I would happily accept alternatives 
Like @jero, I too would like to see this added. I understand the argument you made earlier in the thread about responsiveness, but I think an option to allow the client to query the server for responses would go a long way in appeasing users of Octo-Fiesta and similar softwares. It’s pretty much the closest shim one could get to having a [big streaming service] of their own. You can even default the setting to off, so it has no impact on normal searches and retains the nearly instant searches Symfonium is known for. This could be implemented as something to the effect of “server search results”, shown at the bottom of the search results to get instant client-powered searches and server-provided results allowing the client to request them.
Octo-Fiesta does not require any special provisions for its functionality; it uses the Subsonic API spec for searching and returning search results.
Moreover, it will likely lead to increased sales of Symfonium - no arguments like “It’s great, but… it doesn’t work with octo-fiesta so I have to go to a different app just to complete the search.”; at that point, might as well just use the other app.
Except that it returns song id that does not exist and so causes a million other trouble ?
Subsonic is one of the many provider I support, octofiesta users are an insane small part of those users
So no I won’t rewrite the full app to support an use case that goes against the spirit of the app.