Bugzilla – Bug 4355
Rescanning "new and changed" empties playlists
Last modified: 2009-09-08 09:26:59 UTC
(reference support tmid 10676) User is finding that his iTunes playlists show up empty if he rescans using "Look for new and changed music". His playlists appear correctly if he rescans using either "Clear library and rescan everything or "Rescan playlists only". His words: "After restarting Slimserver with caches etc. deleted, iTunes radio playlists appeared normal and complete. Rescanning my music library resulted in empty iTunes radio playlists, as before. Clearing and rescanning library and playlists results in normal and complete iTunes radio playlists (just like 1. above) Looks like a workaround for now is to always clear and rescan library and playlists (takes a loooong time)." I've had him clear his prefs and database. I had him upgrade to 6.5.1. No change. His words: "No change, still a "now you see them and now you don't" situation. Rescanning my music library empties my radio playlists, while clear/rescan-everything restores all."
Rewording the summary just to differentiate this from bug 4105.
I am able to reproduce this. Note it refers to iTunes radio playlists specifically. 1) create an iTunes playlist with radio stations in it 2) do a "clear library and rescan everything" to get the playlist listed in Slimserver 3) Verify the playlist contains the stations you added (it should) 4) do a "look for new and changed music" 5) Note the playlist still exists in Slimserver, but is empty
(from customer) Folks: What are the prospects for a bug-fix? ... its been awhile. Perhaps thing are in turmoil since the Logitech buy out. Waiting.. with hope
If users vote for this bug, the chances of a fix are higher. Currently it is targeted for version 7.0, which is some time away. This was done because we did not want to risk changes to the playlist code that might cause more bugs than they would fix.
Steven to see if this still happens in 7.
Any update?
Still broken in SC 7. Easily reproduced using the instructions from Comment #2. Assigning to unassigned for review.
KDF: is this a bug in the iTunes importer? Can you take a look at this?
are we sure this isn't simply another outward symptom of issue that playlists with multiple radio stations don't work? I'll try to have a look, but I can't promise much on time. I only have iTunes set up at work.
Interesting thing. running the new and changed from web, playlist goes empty. running scanner manually: >scanner.pl --debug plugin.itunes=DEBUG,formats.playlist=DEBUG --itunes --logdir c:\slim\server\logs --rescan works ok, playlist items stay. Both logs look the same until end of scan. First line of this paste is common, and is where the manual scanner ends, SC web scan has the rest: [12:36:43.1178] Slim::Plugin::iTunes::Importer::doneScanning (194) Scan completed in 1 seconds. [12:36:43.1684] Slim::Utils::Misc::pathFromFileURL (381) Warning: Path isn't a file URL: http://pri.kts-af.net/redir/... [12:36:43.2032] Slim::Utils::Misc::pathFromFileURL (381) Warning: Path isn't a file URL: http://pri.kts-af.net/redir/... [12:36:43.2120] Slim::Utils::Misc::pathFromFileURL (381) Warning: Path isn't a file URL: http://pri.kts-af.net/redir/... [12:36:43.2270] Slim::Utils::Misc::pathFromFileURL (381) Warning: Path isn't a file URL: http://pri.kts-af.net/redir/... [12:36:43.2355] Slim::Utils::Misc::pathFromFileURL (381) Warning: Path isn't a file URL: http://pri.kts-af.net/redir/... [12:36:43.2432] Slim::Utils::Misc::pathFromFileURL (381) Warning: Path isn't a file URL: http://pri.kts-af.net/redir/... I'll trace back to find out what we're doing differently within SC.
change 16264. please reopen if there are any problems. ps: I like my scotch 18yrs or older, thanks ;)
This bug is being closed since it was resolved for a version which is now released! Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html If you are still seeing this bug, please re-open it and we will consider it for a future release.