Thanks, I’m getting a “deeper understanding”
So, if the show was of the linked/repeated kind and got filled with plenty of tracks (coming from a smartblock) that I now need to remove from the show… is there a way without having to delete the show?
Also, if I understand right, nowadays we can’t edit the contents of a linked show but we can “delete the instance”. Could we have a hybrid approach like “unlinking the instance” so that we can keep the contents already loaded and give the chance to reorder that instance?
I never used linked shows except for in the past for remote webstreams because they are always the same. It is nice if you want to air the same tracks but I prefer to have things either manually scheduled or use Autoloading playlists and smartblocks to generate random shows each time. You could also just do an autoloading playlist of a static playlist if you wanted to repeat and it wouldn’t populate the calendar until an hour before it is supposed to play so you could avoid this problem. That might cause its own issues if you wanted to edit shows ahead of time but you could always manually populate the show with the playlist and then customize it.
FWIW, we haven’t used linked shows since we installed LibreTime and discovered autoplay playlists.
Airtime would bog down if linked shows were scheduled too far in advance, so we always scheduled linked shows only 3-4 months in advance, and then had problems with shows running out of content when we forgot to extend them. The bogging down problem doesn’t happen with autoplay playlists ('cos they don’t get scheduled until an hour before the show plays), and so we no longer run out of content. Yay!
Great, thanks for those tips! We are using the autoloading playlists now and is looking good!
I’ve got one more doubt regarding autoloading playlists (maybe we should open a new topic for this?). In the meanwhile, I’ve seen this in the docs regarding the intro and outro playlists: The Outro Autoloading Playlist enables you to select a playlist that will be scheduled after the content of every show with an autoloading playlist.
I understand that the autoloading playlist are appended to the show’s content.
What about setting an outro playlist, does this means that the show is trimmed down to fit the outro playlist?
Basically we are trying to find a way to avoid empty air at the end of shows with autoload playlists.
Thanks again!
The show is never trimmed down to fit the outro playlist. The outro playlist is just appended onto whatever is there even if it would be superfluous because the show was already scheduled to the maximum.
That’s a good idea Bob (Giving more info about where something is scheduled)
However there seems to be a more fundamental problem.
Thanks to your post here, I became aware of the ‘scheduled’ flag/metadata. So in the ‘Tracks’ tab, we made this Scheduled column visible, it became apparent that every single track that had ever been scheduled still had this scheduled flag on it.
As you suggest, it would DEFINITELY be good to reveal more information about where something is scheduled as that process is a bit of a wild-goose-chase / needle-in-a-haystack and other such cliches.
One more thing,
In the DASHBOARD and the ‘Scheduled Shows’ tab, using the ‘FILTER BY SHOW’ selector (in the top right) has many shows from the past, which are certainly no longer scheduled. Making the date range huge, like a whole year ahead, there really is nothing scheduled of those many shows in that selector.
So, should these Shows still be in the ‘Filter By Show’ selector?
It would actually be really good if we could recover Previous Show information sometimes but we can’t - yet their titles appear here, in Filter By Show. Are these the reason that all the tracks keep the ‘scheduled’ flag?
We cleared smart blocks, playlists and the checked the Calendar, these ‘scheduled’ tracks were nowhere to be seen - but the ‘scheduled’ flag remained on all tracks ever scheduled.
Could there maybe there could be a ‘clear cache’ type button that would clean up that kind of stuff.
Note - I am speaking from the POV of a user, so no access to the backend / SQL etc. - All our access is through the UI.
Thanks for this @matias-tecnosoul . Something in here does look promising. At least to a non-techhie.
I am also grateful that the bug was re-opened here - Bug Triage Board · GitHub . It is set as ‘need triage’ and I don’t know what I can offer skills/knowledge/votes here. Also I’m restricted to front-end/GUI access only (so can’t do anything, even if I knew how) with SQL.
However, having reviewed this thread, I hope you agree its is worth of reviving. I suspect there is lots of useful info here. Is there a clue in this post?
Can this SQL be effected in a front-end patch/fix or button somehow?
Maybe buttons / options for Front end admin to:
(force un-schedule) on a per/track basis.
or
re-launch x, y, or z dependencies/services mentioned (pypo, silen etc).
(I sometimes see status issues on pypo, tho they come and go and again, can’t do anything from front-end)
Could there a way to ‘reset/restart’ such services and dependencies when they play up. At least those that relate to this ‘schedule in the future’ issue?
Thanks everybody for sharing thoughts on this thread. The ‘Linked Shows’ conversation has been useful for insights. We use this a lot. So could be part of our problem.
FORCE DELETE
Am thinking that Force Delete would be the best user-centered solution.
We have reduced the use of Linked Shows but Linked Shows is a good feature which is hard to avoid using sometimes. IF this is affecting the ‘cannot delete’ bug, then it would be a shame to lose this feature entirely because of a bug. Although this was a theory/possibility discussed in this thread and maybe it is not a problem with Linked Shows.
We are slowly running out of space as there are tracks on the server we still can’t delete. They also clog up the tracks listing as we have to adopt fiddly strategies, like editing cue-points and adding “Do no use” to track titles etc., so that they will be avoided by our users.
However these tracks take up server storage space still.
I am not sure of the status of this bug Triage-wise or if this affects a lot of LT Users or not.
Since it is a bug that affects storage/accounts/servers costs - it is pretty urgent I would say.
SOLUTION?
Is Force Delete a possibilty?
What would this take?
Maybe in the background, services can be reset or whatever is needed.
Sadly though, I cannot contribute to the programming or anything and can only offer this kind of user feedback.
I will reiterate the opinion that it would be better for us to have a gap in the schedule - after force deleting content - than run out of disk space altogether and be unable to have no content.
