Bugzilla – Bug 8298
Playlists under FC6 can't be scanned
Last modified: 2009-09-08 09:20:18 UTC
Squeezecenter will rescan playlist via "Clear library and scan", but no data is extracted from the playlist. squeezecenter-7.1-20166-noCPAN An example playlist is attached.
Confirmed, specify a playlist directory create or add a playlist, clear and rescan, playlist is gone.
Ross - can you reproduce this on any platform (like eg. Windows?)
Not reproducible on XP, do you want me to try some other distro's Michael?
I just asked because I guess it's a permissions issue: make sure you have a playlist folder set and it is writeable by the squeezecenter user. The playlists should show up in there within a few minutes after saving it in the UI.
Earl or Ross, did you check to see if the playlist in question has permissions that make it readable by SC?
(In reply to comment #5) > Earl or Ross, did you check to see if the playlist in question has permissions > that make it readable by SC? > Yes, the playlists are readable. This is the same playlist directory I use for all the SqueezeCenter/SlimServer versions that I have. The directory works fine for all previous versions (eg SC 7.0).
chown squeezecenter /playlistdir makes this work.
(In reply to comment #7) > chown squeezecenter /playlistdir makes this work. > Uhh.. no it doesn't. My playlist dir is now: drwxrwxrwx 2 slimserver slimserver 4096 Jun 14 09:23 playlists squeezecenter-7.1-20166-noCPAN fails on FC6 The following versions work fine: slimserver-6.5.1 slimserver-6.5.4 slimserver-7.0.0 slimserver-7.0.1 slimserver-7.0.1-18702 slimserver-7.0-16473
Andy - could this be to some changed playlist parsing?
(In reply to comment #8) > drwxrwxrwx 2 slimserver slimserver 4096 Jun 14 09:23 playlists Shouldn't it be squeezecenter not slimserver?
(In reply to comment #10) > (In reply to comment #8) > > drwxrwxrwx 2 slimserver slimserver 4096 Jun 14 09:23 playlists > > Shouldn't it be squeezecenter not slimserver? > The text of the owner and group names is immaterial. The important thing is that the owner and group is the same as the owner and group running the squeezecenter daemon. Please focus on the fact that this all works perfectly well with releases: 6.5.1 6.5.4 7.0.0 7.0.1 7.0.1-18702 7.0-16473
Ross: can you reproduce on FC6?
(In reply to comment #12) > Ross: can you reproduce on FC6? > Yes see comment #1.
Ross, talk to Matt W about this today.
Ross tells me Matt doesn't have time to look at this for 7.2. Flagging for review at the next bug meeting.
Ross, Matt asks for a FC6 login on the network to check this out. Ask me later if you have questions.
Targeting for 7.3 since Matt hasn't had time to work on it.
Earl, could you please share your playlist directory path? Does it contain any accented characters? Speculating similarity to bug 4578.
Matt let me know if you need a hand reproducing this.
Honestly I'm not the right person to look into this... If Ross has reproduced it, I suggest sending appropriate logs to whoever knows the scanner code best. If we find a platform specific problem thats solve-able in our build system, then I can lend a hand. If that person is too busy, I can look into this in the next couple months as I have time. Not likely to have time to do this any time soon though. PS, FC6 is really really old...
I have reproduced it see comment #1. I'll try it again against FC9, if I can reproduce with FC9 I'll attach a log; if not this will likely be a won't fix.
Ross, Thanks.. the important part is a log. Without some log, we cant even come close to debugging this.
The defect is no longer present in 7.3. I think you can mark this as fixed.
I'm still seeing issues, quite possibly due to something I'm doing wrong. Permissions totally open, tried root and my user for owning the playlist directory, still I can't seem to avoid this: [08-12-23 07:46:17.4233] Slim::Formats::Playlists::Base::_filehandleFromNameOrString (81) Error: Could't open /playlists/playlisttest2.m3u for writing
(In reply to comment #24) > I'm still seeing issues, quite possibly due to something I'm doing wrong. > Permissions totally open, tried root and my user for owning the playlist > directory, still I can't seem to avoid this: > > [08-12-23 07:46:17.4233] > Slim::Formats::Playlists::Base::_filehandleFromNameOrString (81) Error: Could't > open /playlists/playlisttest2.m3u for writing > I didn't conduct much testing. Certainly the situation is better than with 7.1 where nothing in my playlists showed up at all. I've regressed to 7.0.1 because of the other issues I reported as Bug 10443. I'm happy to help out if you'd like me to verify something in particular.
I can't reproduce, Earl can't either. Lets call this one wrapped up; feel free to re-open.