Quick thought, I was never using the Stream Link portion of the program, only the Playlists, is it possible that this would/could have led to an empty header in the CSV?
At first, I didn't think I could figure out a way to make it happen, but then I came across one! Details in the fix:
I don't know if that is what you did, but I was able to make it happen this way, so now it's impossible to do so.
2 Likes
Excellent, Thanks, moving on.
Hi there,
had an issue again where i put in an improperly formated playlist with too much stuff I just want to quickly delete the offending playlist
Any quick link i can use The issue crashes the container.
Please provide logs when this happens. There might be something I can do about it if I can see the issue. Also, it would be helpful to know the offending m3u/xml. If you don't want to share publicly, please feel free to PM me.
If you are running the Stream Link/Files End-to-End process, there is a daily backup. Otherwise, there is also one whenever your start the Container. Just copying everything (less the log file) in one of the backup folders to the parent program_files directory will restore SLM/PLM to where it was at the time.
Here come some quality of life improvements and preparation for the future:
2 Likes
I'm having an iss with the new Stream Link manager.
slm
| date | stream | content |
|---|---|---|
| 2024/11/30 21:55:48 | stdout | NameError: name 'reliable_remove' is not defined |
| 2024/11/30 21:55:48 | stdout | ^^^^^^^^^^^^^^^ |
| 2024/11/30 21:55:48 | stdout | reliable_remove(full_path_file) |
| 2024/11/30 21:55:48 | stdout | File "/app/slm.py", line 453, in check_and_create_csv |
| 2024/11/30 21:55:48 | stdout | check_and_create_csv(csv_file) |
| 2024/11/30 21:55:48 | stdout | File "/app/slm.py", line 1120, in |
| 2024/11/30 21:55:48 | stdout | Traceback (most recent call last): |
| 2024/11/30 21:55:48 | stdout | 2024-11-30 21:55:48.399088: SUCCESS: https://www.justwatch.com is accessible. Continuing... |
| 2024/11/30 21:55:48 | stdout | |
| 2024/11/30 21:55:48 | stdout | |
| 2024/11/30 21:55:48 | stdout | 2024-11-30 21:55:48.266076: Beginning Initialization Process (see log for details)... |
| 2024/11/30 21:55:48 | stdout | |
| 2024/11/30 21:53:54 | stdout | NameError: name 'reliable_remove' is not defined |
| 2024/11/30 21:53:54 | stdout | ^^^^^^^^^^^^^^^ |
| 2024/11/30 21:53:54 | stdout | reliable_remove(full_path_file) |
| 2024/11/30 21:53:54 | stdout | File "/app/slm.py", line 453, in check_and_create_csv |
| 2024/11/30 21:53:54 | stdout | check_and_create_csv(csv_file) |
| 2024/11/30 21:53:54 | stdout | File "/app/slm.py", line 1120, in |
| 2024/11/30 21:53:54 | stdout | Traceback (most recent call last): |
| 2024/11/30 21:53:54 | stdout | 2024-11-30 21:53:54.050729: SUCCESS: https://www.justwatch.com is accessible. Continuing... |
| 2024/11/30 21:53:54 | stdout | |
| 2024/11/30 21:53:53 | stdout | |
| 2024/11/30 21:53:53 | stdout | 2024-11-30 21:53:53.902390: Beginning Initialization Process (see log for details)... |
| 2024/11/30 21:53:53 | stdout | |
| 2024/11/30 21:52:03 | stdout | NameError: name 'reliable_remove' is not defined |
| 2024/11/30 21:52:03 | stdout | ^^^^^^^^^^^^^^^ |
| 2024/11/30 21:52:03 | stdout | reliable_remove(full_path_file) |
| 2024/11/30 21:52:03 | stdout | File "/app/slm.py", line 453, in check_and_create_csv |
| 2024/11/30 21:52:03 | stdout | check_and_create_csv(csv_file) |
| 2024/11/30 21:52:03 | stdout | File "/app/slm.py", line 1120, in |
| 2024/11/30 21:52:03 | stdout | Traceback (most recent call last): |
| 2024/11/30 21:52:03 | stdout | 2024-11-30 21:52:03.578160: INFO: New row added to StreamLinkManager_Settings.csv... it was for 'Stream Link/Files Manager: On/Off'. |
| 2024/11/30 21:52:03 | stdout | |
| 2024/11/30 21:52:03 | stdout | 2024-11-30 21:52:03.577687: INFO: New row added to StreamLinkManager_Settings.csv... it was for 'GEN: Backup Process Max number of backups to keep'. |
| 2024/11/30 21:52:03 | stdout | |
| 2024/11/30 21:52:03 | stdout | 2024-11-30 21:52:03.577247: INFO: New row added to StreamLinkManager_Settings.csv... it was for 'GEN: Backup Process Schedule Frequency'. |
| 2024/11/30 21:52:03 | stdout | |
| 2024/11/30 21:52:03 | stdout | 2024-11-30 21:52:03.576791: INFO: New row added to StreamLinkManager_Settings.csv... it was for 'GEN: Backup Process Schedule Start Time'. |
| 2024/11/30 21:52:03 | stdout | |
| 2024/11/30 21:52:03 | stdout | 2024-11-30 21:52:03.576049: INFO: New row added to StreamLinkManager_Settings.csv... it was for 'GEN: Backup Process On/Off'. |
| 2024/11/30 21:52:03 | stdout | |
| 2024/11/30 21:52:03 | stdout | 2024-11-30 21:52:03.573708: SUCCESS: https://www.justwatch.com is accessible. Continuing... |
| 2024/11/30 21:52:03 | stdout | |
| 2024/11/30 21:52:03 | stdout | |
| 2024/11/30 21:52:03 | stdout | 2024-11-30 21:52:03.386847: Beginning Initialization Process (see log for details)... |
| 2024/11/30 21:52:03 | stdout |
This is resolved:
1 Like
I appreciate this software very much. It has been a great help in organizing all of my channels. I am however getting an odd error now when selecting parent channels:
Request Entity Too Large
The data value transmitted exceeds the capacity limit.
Any idea what this could mean?
Going to need a lot more information:
-
Are you on the latest version?
-
Was there anything else with the message, namely something like an error number like "413"?
-
How many Parent stations do you have?
-
Is this only happening with
Parent Stationsand not with somewhere else likeModify Stations? -
When this happens, can you go back and go into the
Logsand get me what's in there? I'm looking to see if there is some info captured with the crash.
-
I am on the latest version
-
I do see 413 Request Entity Too Large as the tab title once the error appears
-
463
-
It is happening on the Modify Stations page, not Parent Stations. I did set all stations to ignore, and as I am sorting them out, I am changing them to parent stations if I want to use them.
-
The logs do not appear to show any errors. Just the last successful INFO event.
I made it all the way to the stations that start with S before this started occurring frequently. It was originally happening when I had several set to Make Parent, then clicked Save All, but now it happens when selecting one.
Nice, loving it. One question about Active Playlists. After a playlist is selected as inactive, should it still show up in the unassigned station list? The inactive playlist currently still shows in the unassigned station list and also remains in the prioritize playlists.
Would be nice if (inactive were appended to the inactive playlist in prioritize list) or removed, and inactive lists were hidden from the unassigned stations list. Thanks for listening.
Request Entity Too Large I've also seen this when trying to manage the entire list in one sitting, just started doing it in smaller chunks.
I've made a change in the latest version that may address this:
Just a fair warning that I'm not sure what will happen with performance for you with this. Please let me know how it goes!
This is also in the latest version, along with a host of other things. Everyone, please see the link for details!
Slick, exactly as described. With some additional element cleanup as well. Thanks
Still getting this occasionally in large lists (assigned stations). Perhaps a quick way to filter list by first letter would limit the size. Would also be nice to remember place in list when using the set parent button, allowing quick addition of children. Thanks again
How many child stations (from source playlists) do you have in total?
This is already a request...
... although I'm probably not going to be able to make it work in combination with all of the other filtering and performance loading settings in place.
Thanks, have around 2500 total in playlists. Like stated small chunks at a time seem to be fine, but if I get carried away and make too many changes, the Request Entity Too Large, shows up. Not that big a deal personally, but know you wanted us to run it through the paces. The larger 1,000,000 elements does seem to have made things a little less responsive.
I have around 4400 and am not having these issues (just tested again to be sure). We are both not coming up anywhere against the max objects, so I'm thinking it's gotta be something else, maybe memory allowances in your Container? It's really unclear; there's some bit of information I'm not getting. Perhaps if you could do a screen recording session I could see exactly how you are able to trigger the error.
The times I've triggered it, I've gone down the entire list of unassigned stations and selected multiple options, set parent, ignore, assign to parent. Being totally satisfied with my hard work, I hit save and issue was triggered. I've just started doing one thing at a time, and not had a problem, just takes a lot longer. I've not set any memory limits on this container.
I just can't get it to replicate the way you've described. I even set the limit to 1000 and couldn't make it happen. FYI, it doesn't matter if you set one, a thousand, or absolutely none--clicking Save All is going to get the values of every item on the screen all the same.
But I'm not satisfied just having a potential bug out there, so in the latest version I've added a deeper type of error logging that might capture much more relevant detail for me. If you or anyone else upgrades and can trigger errors like these, please get me the log data. If you don't want to post publicly, just PM it to me.
Despite what I said, this isn't necessary anymore. As you'll see in the link above, Streaming Library Manager now has its own internal engine for letting you know about new versions and what's in them. As such, I'll probably stop posting links like this and only mention the update if I'm responding to someone directly.