command_list does not work with idle playlist

[roizcorp]

Bug report

Describe the bug

the use case is to create a scenario for mpd to execute....

1. add 3 songs to existing queue
2. disable random
3. disable consume
4. start play song pos of the first added song
5. wait for the 3 songs to complete of skip
6. enable random
7. disable consume

command_list_begin
random 0
consume 0
play {pos}
idle playlist
idle playlist
idle playlist
random 1
consume 0
play
command_list_end

Expected Behavior

mpd will play the 3 songs one after another and then resume playing the other songs of the queue randomly

Actual Behavior

mpd plays the 3 added songs, then stops and do nothing, in any variation it seems it does not honor the command list starting the idle commands

Version

23.16

[jcorporation]

I think that this can not work from protocol perspective. After sending the first idle playlist it is not allowed to send any other command than noidle. MPD should log errors.

Reference: https://mpd.readthedocs.io/en/latest/protocol.html -> idle [SUBSYSTEMS...]

The idle command can be canceled by sending the command noidle (no other commands are allowed).

[roizcorp]

Thanks, the idea was to move the state (of playing the 3 songs, eliminate them and then revert back to random of the entire queue) from the client into the mpd server.

The more I have more clients (linux, Mac, android etc.) I understand I really want to go protocol rather than mpc. I was just finishing migrating this logic into protocol and then the command_list came to mind, and I thought to myself - why the hell not?

Let's see what @MaxKellermann wants to do with it