Please forgive me if the answer to this question is in here somewhere but I'll blame it on old eyes. Did you ever figure this out? This happening to me but not with PlutoTV.
Please forgive being a very basic user.
I was having a problem with an EPG from a PLM source in channels and went into PLM to try to diagnose. For most menu items under "Linear", I'm getting an internal server error page. Only Stream Stations, Parent Stations, and More Parents work, all others give the error page. I'm also getting the error if I try to run either of the PLM automations.
I'm using SLM on Windows and have the latest release installed. I've tried stopping and restarting the service, running upgrade from terminal and rebooting the machine, without sucess.
The log for clicking on Final Playlists is....
[error | 2026-04-23 14:41:41,001] - Exception on /playlists [GET]
Traceback (most recent call last):
File "flask\app.py", line 1511, in wsgi_app
File "flask\app.py", line 919, in full_dispatch_request
File "flask\app.py", line 917, in full_dispatch_request
File "flask\app.py", line 902, in dispatch_request
File "slm.py", line 6544, in webpage_playlists
File "slm.py", line 9214, in get_child_to_parents
File "slm.py", line 9214, in <dictcomp>
KeyError: 'm3u_id'
2026-04-23 14:41:41.006842: ERROR: Webpage responded... 500 INTERNAL SERVER ERROR
Client IP: 192.168.4.55
Method: GET
URL: http://192.168.4.55:5000/playlists
Headers:
Host: 192.168.4.55:5000
Connection: keep-alive
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/147.0.0.0 Safari/537.36 Edg/147.0.0.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7
Referer: http://192.168.4.55:5000/logs
Accept-Encoding: gzip, deflate
Accept-Language: en-GB,en;q=0.9,en-US;q=0.8
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/147.0.0.0 Safari/537.36 Edg/147.0.0.0
Args: ImmutableMultiDict([])
Data: No data
[info | 2026-04-23 14:41:41,010] - 192.168.4.55 - - [23/Apr/2026 14:41:41] "e[35me[1mGET /playlists HTTP/1.1e[0m" 500 -
Thanks in advance for any help or advice.
I'm wondering if you are having a port conflict at 5000, especially if you have Zoom installed. I ran into this a while back where Zoom has decided to take over port 5000 for some reason and I couldn't manage to get rid of it, so had to change my development port. It might not be Zoom, it could be some other program, but my best recommendation would be to change the port and see if that resolves things.
That would probably do it.
@nigellee22 check to see if port 5000 is being used. If you're using docker then, its a bit easy
docker ps | grep 5000
Thanks both. I don't have Zoom and the only process I can see on Port 5000 in Windows Resource Monitor under Listening Ports is slm.exe. But I'll still try changing the port and see if that helps.
So, I changed the port to 4000 (nothing using that port previously) and still had the same error. The log was exactly the same as above, but obviously the port was 4000.
I decided to uninstall and do a fresh install following the instructions here...
Interestingly, on a clean install, I can access all areas without error, but obviously I've lost everything I've previously set up. When I replace the "clean" program_files folder with my saved copy, I'm back to the same errors. So it seems somewhere in the program_files folder there is something causing an issue.
Are there any specific files I can replace from my saved copy, without replacing the entire folder, that will keep my set up?
Thanks @babsonnexus and @Jean0987654321 . As above, I failed with the port change and the fresh install with restoring my original program_files folder, but I have now resolved the problem.
After a bit of trial and error, logic suggested there was some issue in the playlists, so I did another fresh install, copied just the StreamLinkManager files back, which restored previous efforts on that, and just the PlaylistManager_StreamingStations file, which restored that. That just left me to start from scratch on the Manage Playlists. Thankfully my set up is pretty basic, so it wasn't too much effort. All good now.
Do you still have your original files? I'd be interested to see what the difference is between them and your fixed ones. For instance, is one of them (especially PlaylistManager_Combinedm3us.csv missing its header row or have some character in one of the more recent bottom rows that is not liked? If you do find something, please let me know; and also if you can remember what you were doing right before the issues above started. If there is some type of bug that can be triggered, even by unlikely actions, I'd like to snuff it out in a future version.
Yes, I still had the old PlaylistManager_Combinedm3us.csv file, and you are spot on, it's missing the column headers. The date modified metadata for that file was 16/04/2026 at 02:00, so I suspect this was an scheduled automation, I certainly wasn't tinkering at that time on a Thursday morning! I can't be fully sure what automation used to run at 02:00 but I suspect it was Playlist Manager: Update Station List because that is the default on my clean install.
Thanks again for your help and all the work you put in on this.