Bugzilla – Bug 14635
IE7: Changes to Player menu ignored by both player and MySB
Last modified: 2010-04-08 17:24:48 UTC
I'm unable to change the menus on my players using the MySB Players / Menu tab. Couple problem scenarios are below. 1) None of the changes is saved permanently: - Click "Players" - Select a player - Click "Menus" - Delete a few of the items by clicking on the red minus sign - Click the "Save Changes" button at the bottom of the screen - See the "Saved preferences for <player name>" message underneath the "Save Changes" button -- for approximately 5 seconds - Navigate to another tab within the same player and come back to the "Menus" tab and the revised choices are still displayed OK - Navigate to another player, or another area of the MySB site, then back to that player and its menus (which appears to trigger a refresh of the info from your servers, which the prior navigation doesn't appear to do), and none of the changes have been saved - And, the player's main menu never changed 2) Adding options doesn't work: - Click "Players"; select a player; click "Menus" - Add an option not displayed (e.g. MP3Tunes) - A red plus sign icon appears at the top of the page, under the "Home" tab, instead of with the other options 3) Moving options doesn't work: - Click "Players"; select a player; click "Menus" - Hover mouse over one of the menu choices; cursor changes to a four-way arrow, implying that the choices can be moved (which worked with the prior Squeezenetwork screens) - Trying to click and drag, however, doesn't do anything except select the text on the page, as if one were clicking and dragging on a plain-text page Thanks.
When you are looking at the 'players' tab, do you see that the player you are trying to control is connected or disconnected?
Created attachment 6043 [details] Screenshot of "Players" page
(In reply to comment #1) > When you are looking at the 'players' tab, do you see that the player you are > trying to control is connected or disconnected? James - Both players are shown as "Connected" (I have one SB3 and one SBB). See attached screen shot. Thanks.
Created attachment 6044 [details] Screenshot of "Players" page, exhibiting odd "Add" behavior This shows the odd display of items added to a player's main menu (showing the newly added items floating at the top right of the page). Note that no changes to the top menu are retained on the website, nor do they flow through to the players.
Which version of IE are you using? Can you try using FF, Chrome, or Safari to see if the same error happens in those browsers?
FWIW: tested fine in IE8
I was using IE7 when I saw those problems. MySB menu customizations appear to work fine in Firefox 3.5.2 (at least the Web UI works fine and the changes "stick"; I'm not at home to double-check the players, but I assume they'll download the changes from MySB fine).
Actually, the player UI's don't match what I configured in Firefox after all. The differences are below. Player #1 / WebUI: Now Playing Favorites My Apps Settings Alarm Clock Player #1 / Player UI: Now Playing Favorites My Apps MP3Tunes [not in web UI config] Pandora [not in web UI config] Settings Alarm Clock Player #2 / WebUI: Now Playing Favorites Pandora MP3Tunes My Apps Settings Player #2 / Player UI: Now Playing Favorites Pandora Live365 [not in web UI config] MP3Tunes Pandora [appears twice, oddly] MP3Tunes [appears twice, oddly] My Apps Settings
Looks like we have a mix of two cutomization modes here. Old style (managed through this particular page) and the new App's "show in home menu" option.
Totally right. I forgot about enabling the display settings in the MyApp specs; had been too focused on the Menus problems. So the problem is back to simple incompatibility of the Javascript with IE7. Thanks.
This bug now looks like it's touching MySB.com & SBS & SP in scope. Assigning to Andy for initial investigation.
confirmed. IE7 doesn't play nice.
== Auto-comment from SVN commit #7622 to the network repo by michael == == https://svn.slimdevices.com/network?view=revision&revision=7622 == Fixed Bug: 14635 +1.5 Description: stupid IE7 can't handle mixed upper/lowercase element IDs properly?!? Don't limit draggable elements search for IE7. Should be ok as long as we don't add another draggable list to the settings :-/
This issue appears to be fixed in the latest version of MySqueezebox.com. Please re-test your issue, if you still experience it, please reopen the bug and add new details.
Just tried it using IE7 (7.0.5730.13) and it still has the same behavior (dragging options doesn't move them; adding new options sticks them floating at the top of the page, etc.)
Changing priorities due to management guidance.
Robert - the change was now rolled out to mysb.com. Do you still see it?
(In reply to comment #17) > Robert - the change was now rolled out to mysb.com. Do you still see it? Yes, IE7 (7.0.5730.13) still puts newly-added menu items towards the top-left of the screen, nowhere near the item list; and, as before, dragging items doesn't move them. IE8 works OK.
== Auto-comment from SVN commit #7943 to the network repo by michael == == https://svn.slimdevices.com/network?view=revision&revision=7943 == Fixed Bug: 14635 Description: IE7 really can't distinguish upper/lower/mixed case IDs. Use all lowercase id for the menu editor.
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!