Bug 16081 - Version: 7.6.0 - r30653 don't see any playlists (with "Disabled Audio File Extensions=m3u,pls")
: Version: 7.6.0 - r30653 don't see any playlists (with "Disabled Audio File Ex...
Status: ASSIGNED
Product: Logitech Media Server
Classification: Unclassified
Component: Scanner
: 7.6.0
: PC RedHat Linux
: P2 normal with 1 vote (vote)
: 7.7.x
Assigned To: Andy Grundman
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-04-16 11:50 UTC by Mikael Nyberg
Modified: 2012-01-19 18:05 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments
serverlog (11.20 MB, application/octet-stream)
2012-01-17 04:47 UTC, Sonia
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mikael Nyberg 2010-04-16 11:50:06 UTC
I realized sbs did not see any of my playlist anymore ?

I think it's the scanner I did an experiment:

* chose a couple of tracks
* save this playlist
* go to playlist now you can see it in the menu
* did a rescan for playlists, now my new playlist is gone too.

To answe the obvius, I have a playlist dir and permissions are ok 

Version: 7.6.0 - r30653 @ Fri Apr 16 02:04:58 MDT 2010
Hostname: hal.home.lan
Server IP Address: 192.168.1.5
Server HTTP Port Number: 9000
Operating system: Red Hat - EN - utf8
Platform Architecture: i686-linux
Perl Version: 5.8.8 - i686-linux-thread-multi
Database Version: DBD::SQLite 1.29 (sqlite 3.6.22)
Total Players Recognized: 4
Comment 1 Mikael Nyberg 2010-04-16 12:39:56 UTC
log excerpt , it actually thinks that the playlist is deleted ?


[10-04-16 20:40:19.3018] Slim::Utils::Scanner::Local::rescan (138) Discovering files in /mnt/music1/Playlists
[10-04-16 20:40:23.3866] Slim::Utils::Scanner::Local::__ANON__ (209) Removing deleted files (1)
[10-04-16 20:40:24.5962] Slim::Utils::Scanner::Local::__ANON__ (262) Scanning new files (0)
[10-04-16 20:40:24.5972] Slim::Utils::Scanner::Local::__ANON__ (315) Rescanning changed files (0)
[10-04-16 20:40:24.6126] Slim::Utils::Scanner::Local::deleted (561) Handling deleted playlist file:///mnt/music1/Playlists/test_2.m3u
Comment 2 Mikael Nyberg 2010-04-17 00:34:17 UTC
I've found the cause for this ( I think)

"Disabled Audio File Extensions" is affecting the playlist scan !!

I had "m3u,pls" there.

So that playlists among my music files would not be picked up ok .

"Disabled Playlist File Extensions" should affect playlists ok.

The likely cause here is that my playlist folder is in the music folders path

Music: /mnt/music1

Playlists: /mnt/music1/Playlists

But this setup has worked for years ?
Comment 3 Mikael Nyberg 2010-04-17 07:41:32 UTC
Another try:

Correction it does not matter where the playlists are

the "Disabled Audio File Extensions" setting is affecting the playlist scan anyway even if the playlist are outside the music library.

I moved all my files just to test it.

I also tried to use MySql but the scanner never finished or gave me any messages at all, MySql scan in 7.6 is very weird it does not work.

summary:

if you have "Disabled Audio File Extensions=m3u,pls"
the playlist scan does not work
Comment 4 SVN Bot 2011-04-08 08:08:40 UTC
 == Auto-comment from SVN commit #32255 to the slim repo by ayoung ==
 == http://svn.slimdevices.com/slim?view=revision&revision=32255 ==

Fixed bug 16081: Version: 7.6.0 - r30653 don't see any playlists (with "Disabled Audio File Extensions=m3u,pls") 
Pick the set of excluded extensions based on the scan type. It was excluding both excludedPlaylistExtensions and exludedAudioFileExtensions for any type of scan.
Tidy up confusion between use of refex-ref vs string for scan types.
Comment 5 Paul Chandler 2011-05-03 14:05:27 UTC
Added m3u and plu files to the excluded 'files' list,

then completed a re-scan and verified that the plalist folder was still correctly found,.
Comment 6 Mikael Nyberg 2011-06-21 21:48:34 UTC
can we please reopen it,s back.

if I use these exceptions in music files my playlist are gone after a " scan for new and changed"

however they come back after a playlist scan.

You probably fixed only half the problem a complete scan is probably also doing a playlist scan, then pl would only dissapear with " scan for new and changed "
Comment 7 Mikael Nyberg 2011-07-28 14:14:28 UTC
We need to reopen this bug ?
Comment 8 Mikael Nyberg 2011-08-08 00:57:14 UTC
Yes it still there with latest 7.6.1


My playlist folder

/media/music/Playlists

My music folder

/media/music/

Can the problem be that the music folder includes the playlist folder ?
So it is related to the "same folder bug"
https://bugs-archive.lyrion.org/show_bug.cgi?id=16037
But not the same bug
Comment 9 Sonia 2012-01-17 04:47:26 UTC
Created attachment 7609 [details]
serverlog

serverlog
Comment 10 Sonia 2012-01-17 04:49:06 UTC
The error appears also with the LMS 7.7.1.
I just sent the server.log.

The customer arranged his playlist for compilation in the same folder as his
mp3 and his m3u files can't be read by the server (error Cannot request
non-HTTP URL).
He reinstalled the software and tried a full rescan but the issue persists.

Thanks for your help
Kind regards,
Sonia
Comment 11 Jim McAtee 2012-01-19 18:05:17 UTC
I suspect that a simple workaround for this bug is to move the playlists folder out of the music folder tree. Still, it needs to be fixed.