You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Presently when the daemon is searching for a player to execute a command, it uses the first player which can successfully respond to said command. However, due to varying capabilities of different players, this can result on different commands being sent to different players, often in counterintuitive ways.
This ticket may require bumping the D-Bus protocol to v2 for allowing the methods to accept a map of player query filters, so that a single unified player search function can be implemented while still allowing users similar functionality to v1 if desired.
The text was updated successfully, but these errors were encountered:
Tentative fix for this issue in 7280277. Does not allow for user control of search scope and bumping the protocol version to v2 to accommodate search flags may still be desirable.
Presently when the daemon is searching for a player to execute a command, it uses the first player which can successfully respond to said command. However, due to varying capabilities of different players, this can result on different commands being sent to different players, often in counterintuitive ways.
This ticket may require bumping the D-Bus protocol to v2 for allowing the methods to accept a map of player query filters, so that a single unified player search function can be implemented while still allowing users similar functionality to v1 if desired.
The text was updated successfully, but these errors were encountered: