Bugzilla – Bug 8588
Review SqueezePlay notifications
Last modified: 2011-11-06 23:23:23 UTC
Review and clearly define when the server and player notifications are sent. Then all applets need reviewing for correct usage of the notifications.
Richard, not sure if this is part of this bug or needs another-- Triode's applets (SetupNetTest, SetupAppletInstaller, and InfoBrowser) all attempt to add/remove themselves from the home menu using notify_playerCurrent methods. I've found that unless I've added the menu item already in the registerApplet method, the notification method is never called when a playerCurrent notification is sent out... for example, if I do this, this meta file's notify_playerCurrent is never called: function registerApplet(meta) jnt:subscribe(meta) meta.menu = meta:menuItem('appletInfoBrowser', 'extras', meta:string('INFOBROWSER'), function(applet, ...) applet:menu(...) end, 10) end function notify_playerCurrent(meta, player) if player == nil then jiveMain:removeItem(meta.menu) else jiveMain:addItem(meta.menu) end end but if I do this, the notification method gets called: function registerApplet(meta) jnt:subscribe(meta) -- add the item to 'hidden' or playerCurrent notification below will never be called meta.menu = meta:menuItem('appletInfoBrowser', 'hidden', meta:string('INFOBROWSER'), function(applet, ...) applet:menu(...) end, 10) jiveMain:addItem(meta.menu) end function notify_playerCurrent(meta, player) if player == nil then jiveMain:removeItemFromNode(meta.menu, 'extras') else jiveMain:setCustomNode('appletInfoBrowser', 'extras') end end Is this behavior as designed? If not, any idea why it would behave this way?
punting to 7.3
Richard is no longer available to us.
Unassigned bugs cannot have a priority.