Bugzilla – Bug 15343
Pandora: stations rename/delete menu caching
Last modified: 2010-04-08 17:25:48 UTC
Stations do not have a context menu for delete/rename. These features should be supported.
Andy, did we used to do this from the player UI? That is, would this be totally new functionality or is there something just broken? Thanks.
Sure, it's always been available as far as I know. Trackinfo -> Station -> Rename/Delete, or Your Stations -> Station -> Rename/Delete.
Found it, highlight the station and hit the "+" button. Or tap and hold the station name in the list. Delete/Rename appear in the context menu
I found the menu but rename and delete do not work
Ryan, if you see a bug should be re-opened, you should go ahead and change the 'STATUS' field near the bottom to 'REOPENED'
== Auto-comment from SVN commit #30023 to the slim repo by andy == == https://svn.slimdevices.com/slim?view=revision&revision=30023 == Bug 15343, fix wrong index values that were being used after addition of extra context menu items above the real items
Ben I fixed these menu items but the UI isn't very good (they just push to a blank menu). Can you test them and suggest what they should return so they work better?
*** Bug 15552 has been marked as a duplicate of this bug. ***
On the confirmation item I think a nextWindow param of 'parent' would be correct, except then we likely run into the same issue as with the other Pandora bugs, menu doesn't refresh with new data. In the absence of support for refreshing data on-the-fly in the XMLBrowse tree, it seems like nextWindow='home' may be the only viable option.
*** Bug 9175 has been marked as a duplicate of this bug. ***
Contacted Pandora to push back on this bug.
I am not seeing the rename/delete options from the station "+" context menu anymore. Have they been removed?
Yes they have been removed as this is too hard to fix now.
At this point, rename can be considered optional. Delete really should be in the menu. Also, I should mention that we also take issue with station create not updating the list, which is a higher priority. It is a confusing user experience if a user creates a station and can't find it in their station list until they back out into the home screen and re-enter. We consider this a gating issue. Even if this means putting the user back into the home screen to force a refresh the list (as Ben suggested). Not ideal, but if you can make that work it will have to do for a temporary solution so as to not gate your release. We would want this issue revisited for the first mandatory firmware update to the device.
I'm going to spend some time on this bug today and see if I can come up with a solution.
== Auto-comment from SVN commit #8041 to the network repo by agrundman == == https://svn.slimdevices.com/network?view=revision&revision=8041 == Bug 15343, add a forceRefresh flag so menus can instruct themselves to always be refreshed
== Auto-comment from SVN commit #30273 to the slim repo by agrundman == == https://svn.slimdevices.com/slim?view=revision&revision=30273 == Fixed bug 15343, support a per-menu forceRefresh flag that overrides the session cache
== Auto-comment from SVN commit #30275 to the slim repo by bklaas == == https://svn.slimdevices.com/slim?view=revision&revision=30275 == Bug: 15343 Description: push nextWindow param to request response on textinput cases allows Pandora rename station window flow to work correctly
Reopening as there may be a small bug in that the menu does not always refresh.
We can't reproduce.
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release. If you are still seeing this issue, please let us know!