Bug 7303 - MusicIP plugin active even when disabled
: MusicIP plugin active even when disabled
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: MusicIP
: 7.0
: PC Linux (other)
: -- normal (vote)
: 7.x
Assigned To: Andy Grundman
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-02-24 03:22 UTC by Stuart Hickinbottom
Modified: 2011-03-16 04:39 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
possible fix (720 bytes, patch)
2008-02-24 22:45 UTC, KDF
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Stuart Hickinbottom 2008-02-24 03:22:50 UTC
If you have the Music IP plugin enabled, with the "Use MusicIP" plugin setting enabled (so that SC scans MusicIP for its library contents), then disable the plugin, it will continue to scan MusicIP for the library. Of course, if the plugin is disabled then it shouldn't matter what the "Use MusicIP" setting within the (disabled) plugin is.

This is somewhat confusing as with the plugin disabled you can't find any setting that indicates you want MusicIP to be scanned for the library contents.

I'm running SC 7.0.1 trunk (r17707) - I'm not sure if it will also apply to the main 7.0 branch.
Comment 1 Blackketter Dean 2008-02-24 08:36:36 UTC
Stuart: did you restart your SqueezeCenter after disabling the plugin?
Comment 2 Stuart Hickinbottom 2008-02-24 13:28:16 UTC
'fraid so, Dean:

1. Turned off the MusicIP plugin (but left the "Use MusicIP" plugin setting enabled within the plugin settings page before turning off the plugin)
2. Restarted SqueezeCenter
3. Did a "look for new and changed music"
4. I see a MusicIP part of the rescan is still occurring, on completion the scan status looks like the following:

------
Directory Scan   Complete  00:00:02
MusicIP Import   (7253  of  7253)   Complete  00:06:08
Playlist Scan   Complete  00:00:01
Merge Various Artists   (444  of  444)   Complete  00:00:03
Database Cleanup #1   (7428  of  7428)   Complete  00:00:04
Database Cleanup #2   Complete  00:00:07
Database Optimize   Complete  00:00:07
SqueezeCenter has finished scanning your music collection.00:06:32
------

This is despite pointing the scan at a music tree containing only 40 or so tracks while I was testing something (seeing the full 7000 appear is what made me notice this behaviour).
Comment 3 KDF 2008-02-24 22:45:41 UTC
Created attachment 2989 [details]
possible fix

ugly, but that's just how it goes with the hardcoded scanner.pl options and passing args that depend on classes that the scanner won't necessarily understand.
Comment 4 Michael Herger 2008-03-27 06:25:23 UTC
change 18082 - thanks kdf!
Comment 5 Stuart Hickinbottom 2008-03-28 06:06:49 UTC
As the originator of this bug report I can confirm that fixes it for me in the latest 7.0.1 nightly (currently on r18103). I'd mark it as VERIFIED myself, but I'm not sure of the current policy.

Thanks for the fix, kdf, and to Michael for the commit.
Comment 6 James Richardson 2008-05-08 15:47:02 UTC
(In reply to comment #5)
> As the originator of this bug report I can confirm that fixes it for me in the
> latest 7.0.1 nightly (currently on r18103). I'd mark it as VERIFIED myself, but
> I'm not sure of the current policy.
> 
> Thanks for the fix, kdf, and to Michael for the commit.
> 

Marking bug as Verified
Comment 7 Spies Steven 2008-05-08 15:56:01 UTC
Verified fixed with SqueezeCenter Version: 7.0.1 - 19522
Comment 8 James Richardson 2008-05-15 12:28:26 UTC
This bug has recently been fixed in the latest release of SqueezeCenter 7.0.1

Please try that version, if you still see the error, then reopen this bug.

To download this version, please navigate to: http://www.slimdevices.com/su_downloads.html
Comment 9 Chris Owens 2009-07-31 10:17:39 UTC
Reduce number of active targets for SC