Quick question, are you generally adding tracks to an ongoing show when this happens or is your show schedule setup completely ahead of time. From what I see it seems like you are modifying an ongoing show.
LibreTime wasn’t really programmed well to handle changes to a ongoing show. There are definitely some bugs in the airtime-playout python script. While I would love to get to the bottom of this the easiest workaround is to avoid modifying shows while they are playing and instead partition your shows into blocks where you can do most of your edits before the show starts airing.
I think that Airtime didn’t even allow you to modify a show at all once it was playing and LibreTime (or the saas-dev branch that became airtime.pro that we based LibreTime off of) added this capability but it hasn’t been fully vetted and I think we should discourage people from doing this until we can pinpoint what is causing the bug you are experiencing.
See this githug bug for my first attempt to document this error. You can feel free to contribute info there.
So if you dont have a lot of desire to troubleshoot the python airtime-playout and airtime-liquidsoap configuration I’d suggest trying to break your shows up into smaller segments and see if you can fix it that way.
Otherwise if you can document a set of steps that consistently causes this error and post it in that github issue along with logs will make it a LOT easier for someone with more python knowledge to fix the problem. If you know enough python to figure it out feel free to go at it.