Currently it looks like cmusfm will only start its server process if it receives a status update that doesn't include a filename of some kind. However, if the "resume" setting is set in cmus, it will send a "paused" status on launch with the file that was playing when cmus was closed last. Because of this, upon a reboot or when the cmusfm server process is killed, no submission will be sent or even cached.
I currently have a workaround set up involving using a wrapper script that will start cmusfm with a fake stopped status if it's not running prior to running cmusfm with the proper status update, and pointing cmus' status_display_program at that script.
Currently it looks like cmusfm will only start its server process if it receives a status update that doesn't include a filename of some kind. However, if the "resume" setting is set in cmus, it will send a "paused" status on launch with the file that was playing when cmus was closed last. Because of this, upon a reboot or when the cmusfm server process is killed, no submission will be sent or even cached.
I currently have a workaround set up involving using a wrapper script that will start cmusfm with a fake stopped status if it's not running prior to running cmusfm with the proper status update, and pointing cmus' status_display_program at that script.