While this often will be a non-issue (especially if not getting past the initial burst of messages), if a long operation such as !search or !list is sending large amounts of output to the server playback controls will be delayed until the output from the other commands is done.
In an effort to avoid messages being ignored (due to bypassing rate limits) I implemented some Sleep functions into chanMsg() (https://github.com/iotku/mumzic/commit/687d10ab8ed9e6fce355c002da97b3f899cedeba)
While this often will be a non-issue (especially if not getting past the initial burst of messages), if a long operation such as !search or !list is sending large amounts of output to the server playback controls will be delayed until the output from the other commands is done.