Bug 6614 - Disabling Plugins does not remove them from Jive menus
: Disabling Plugins does not remove them from Jive menus
Status: NEW
Product: SB Controller
Classification: Unclassified
Component: Browser
: unspecified
: PC All
: -- normal (vote)
: Future
Assigned To: Ben Klaas
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-01-14 10:26 UTC by Mark Miksis
Modified: 2009-06-16 16:47 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments
relocate Favourites menu code (1.53 KB, patch)
2008-01-14 17:00 UTC, KDF
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Miksis 2008-01-14 10:26:01 UTC
When the Favorites and Information Browser Plugins are disabled via SC, they still appear in the Jive menus.
Comment 1 KDF 2008-01-14 15:02:07 UTC
even after a server and jive restart?
Comment 2 Mark Miksis 2008-01-14 15:08:09 UTC
(In reply to comment #1)
> even after a server and jive restart?
> 

Yes.
Comment 3 KDF 2008-01-14 17:00:56 UTC
Created attachment 2654 [details]
relocate Favourites menu code

Favourites is coded into the basic menu structure in Slim::Control::Jive, so also makes sense to be there, although more easily moved as we can move the menu to the plugin code and have it registered as done in the attached patch.

Infobrowser is a jive applet, so I guess that's always going to be there under extras. For applets that rely on plugins at SC side, we have to come up with a standard way to make those operate.  Either a query to check enabled state, or a message in the window once you go into the applet saying the plugin is disabled in SC.
Comment 4 Richard Titmuss 2008-03-12 04:53:36 UTC
Reset priority
Comment 5 kongo09 2009-06-16 16:47:46 UTC
same is true for other plugins / applets like the lyrics plugin

wouldn't these things eventually fill up / clutter the controller?