Bugzilla – Bug 8330
MusicIP mixer not always available
Last modified: 2009-07-31 10:22:06 UTC
MusicIP mix isn't an option when I browse songs within the Now Playing playlist (SB3). It's also not an option when I right-arrow into a song from the Now Playing screen and scroll to song title, artist, album or genre, but it is if I drill down further into an artist, album or genre. I can do the opposite within the WebUI - a Mix icon is available next to each song in the Now Playing panel, but if I click on a song to bring up song info, there isn't a mix icon for that song at the top of the song info screen. I think the mixer should be available consistently in all places where a song, album, artist or genre is displayed.
I'd assume this is the same behaviour in 7.0, too.
Press & Hold play triggers the SavePlaylist plugin when in Now Playing.
Ah. It doesn't for me, because I thought that was a stupid key assignment. I disabled Save Playlist plugin, and implemented it in my own plugin that provides a context menu when add.hold is pressed. I think that Save Playlist is a bit wrong re-using play.hold, as that key is used for mixes. When we have implemented the context menu functionality, SavePlaylist should provide its action as a context menu action within Now Playing mode.
If I press play.hold on anything that doesn't have a mix icon (underlined "m"), the player becomes unresponsive to any further infra-red commands (reboot required). Having both MusicIP and SavePlaylist using the same hotkey is confusing. I think that whenever a song, artist, album or genre is mixable, play.hold should always be available invoke the mixer. It would be sensible to remove play.hold as a fixed key override in the SavePlaylist plugin. It's available in the Extras menu, and users could add the command to invoke the plugin to any key they like via a custom.map file. Eventually, it could provide an action as a context menu in Now Playing mode.
> If I press play.hold on anything that doesn't have a mix icon (underlined "m"), > the player becomes unresponsive to any further infra-red commands (reboot > required). Could you please get a log to see what's happening here?
Reported with 7.2, targeted for 7.2
>> If I press play.hold on anything that doesn't have a mix icon (underlined "m"), >> the player becomes unresponsive to any further infra-red commands (reboot >> required). > >Could you please get a log to see what's happening here? I can't repeat this anymore. I'll transfer my request for mixers to be consistently available via play.hold to an enhancement request.
can we rewrite the summary to fit whatevet it is that is the actual issue here? I assume that the new enhancement in bug 8651 covers the play.hold eveerywhere lobby, but if thats all then this should be closed.
Yes, this can be closed. Enhancement 8651 covers a request to make MusicIP appear consistently as a mixer in all valid contexts, as an attempt to avoid confusion with other notes that have been made here. MusicIP mixer is always available, but in different ways. eg. There is a MusicIP mix action in the list of menu items for PlayerUI Now Playing song info. Also, my issue with play.hold on Now Playing screen items that don't have mixers, when I don't have Save Playlist plugin enabled appears to be fixed.
Reduce number of active targets for SC