Bugzilla – Bug 13297
Default Home menu has only My Music, Image Viewer, and Settings
Last modified: 2010-01-25 18:20:48 UTC
Lately, the home menu has these three items: - My Music - Image Viewer - Settings I can't find the UI wiki and what should be there, but it should at least have - Internet Radio - App Gallery - My Apps Don't know why Image Viewer rates being a default on the home menu.
Might duplicate another bug. Notes from campfire: Tom W. Andy: slightly more logs: View paste { --[[table: 0x98d7d8]] successful = false, error = "request [\"00:04:20:26:03:50\", [\"menu\", 0, 100, \"direct:1\"]] failed with error: Bad dispatch!", channel = "/220213X4e02c3b0758c7167361282c258c8d214X1252001280X771e9313XV/slim/request", } 11:10 AM Andy G. oh so it failed, and then didn't include the id because it was an error should I be sending the id back with errors? I don't think it has ever done that Tom W. Well, sending back the id wouldn't help the error handling the way the code is View paste (26 more lines) elseif event.channel then local subscription = event.channel local onetime_request = false -- strip clientId from channel subscription = string.gsub(subscription, "^/[0-9A-Za-z]+", "") if string.find(subscription, '/slim/request') then -- an async notification from a normal request if not event.id then log:error("No id. event:") debug.dump(event, 6) return ... the code thinks it was successful The comet code could handle that better, but what about the underlying bad dispatch error Andy G. so I think the reason the menu call is failing is because that player does not exist in the database Tom W. Is that from: View paste sub menuQuery { my $request = shift; main::INFOLOG && $log->info("Begin menuQuery function"); if ($request->isNotQuery([['menu']])) { $request->setStatusBadDispatch(); return; } Andy G. no it's probably farther down, it probably crashes when it can't find the player in the db Tom W. Ahh... which is odd since my sn reg seemed to complete successfully Andy G. there is a controller record for your player but no player record (slimproto) Steven Yea, volume control working with in store demo with r7398 11:15 AM Matt W. steven: that baby you helped me setup yesterday now wont boot... it comes up to the Logi sreen then shuts off. any ideas? any power-on tricks? Tom W. any idea what could cause that? Andy G. the registration code probably needs to be creating player records... and also update the userid if one is already there, which is what happened to Richard I will file a bug and do that asap
Still an issue with firmware r7403. Now it's only these items on the home menu: - Now Playing - My Music - Settings I took the Baby home from Mt. View office to home, and connected to my home network. In the Diagnostics screen, it lists an IP address for mysqueezebox.com, so it can see the SN server. My house currently doesn't have a Squeezebox Server, so with only these options I can't connect to mysqueezebox.com unless I perform a Factory Reset.
I'm not really sure this is a bug, but it should go to Tom to check out.
Reassigning to QA. At the bug meeting, we felt like this might be fixed and we wanted QA to confirm with the current SC and SP software. There is a theory that this only happens when there is no SC on the local network. As a reminder, if no menus appears, also confirm what Diagnostics says.
QA will continue to monitor up-till GM
MatthewM was able to reproduce this when upgrading his PB2 (Board rev 2) to r7435. After the unit rebooted, it lost it's registration to Test.sn (both player/controller were unregistered) Andy/Felix: is there any reason that a firmware upgrade would have unregistered the device from SN?
Not that I'm aware of.
Created attachment 5818 [details] Log Attached is the log file from the device that didn't re-register after a firmware upgrade, in case there is anything there that may help narrow down the issue.
It would be better to implement a 'null' decoder in SP (and maybe even ip3k), and then use the http streaming to measure the bandwidth.
Opps, wrong bug.
It is looking more like the Player / Controller get separated from each other on SN for some unknowen event. Tom: is there a way to add something to Diagnostics that show the status of the player / controller portions of SP devices?
I was able to repro by connecting to the GoogleWiFi network in Mountain View. It's a slow 1MB connection, and wouldn't connect very well to test.sn.com. Will try some more later today.
(In reply to comment #12) > I was able to repro by connecting to the GoogleWiFi network in Mountain View. > It's a slow 1MB connection, and wouldn't connect very well to test.sn.com. Will > try some more later today. Did you/can you confirm the settings in Diagnostics?
I saw this yesterday while sitting in my car in Mountain View and I happened to take a look at the Diagnostics screen. The salient parameters I remember were mysqueezebox.com Some IP address Ping OK TCP port 3483 blank TCP port 9000 blank I don't remember any more of them.
Tested again with r7578 on GoogleWiFi network. My home menu has more than 3 items, and it has all of the selections it did previously when connected to my Squeezebox Server instance. It claimed it was able to connect to GoogleWiFI and failed in connecting to mysqueezebox.com. I tried this 3 times and it failed like this all 3 times. Had blue wireless icon on bottom right of screen. Looking at Diagnostics screen I see: IP Address 64.9.238.202 IP Subnet 255.255.248.0 ... mysqueezebox.com Some IP address ending in .15 Ping OK TCP port 3483 blank TCP port 9000 blank
Just a thought. Did it ever work on GoogleWiFi? Maybe they are blocking our ports, i.e. 3483 and 9000?
QA will work with Richard to diagnose the issue
On this page: http://www.google.com/support/wifi/bin/answer.py?hl=en&answer=45398 it says Google blocks outgoing port 25 connections, so we know they have the ability. However, I have a "gut feeling" that the higher ports aren't blocked.
This just happened for me today. See thread: http://forums.slimdevices.com/showthread.php?t=68204
(In reply to comment #19) are you able to provide any of the requested information to help us diagnose the issue? As a reminder, if no menus appears, also confirm what Diagnostics says and note the version of firmware your device is currently using
This consitently happens to me every time I bring my baby down to Mountain View. AFAIK, the basic conditions are: - I was previously connected to my home network, which had a running current 7.4 version of Squeezebox Server (that the baby "knew" about) - Device (while at home) was most recently connected to SN, last thing played was internet radio - Device powered off. - I bring the device down to Mtn View and turn it on. Device is not connected to any network at this point. - Until I am able to connect to a network, the main menu has only 3 items: Now Playing, My Music, and Settings (NOT the 3 items listed in the title of the bug, FYI)
That's by design, as you are not connected to the last working network. IMHO the baby should tell you it can't connect to the network, and auto-offer to re-connect. OR, better yet (been a long standing bug) to have our devices 'remember' network settings. This is not a QA bug given the latest info from Matt Weldon.
> This is not a QA bug given the latest info from Matt Weldon. Yes. James' suggestions are both correct... The correct fix here should be to "remember" my favorite networks, and reconnect automatically (like my laptop does). I would think this is technically possile, no? (We already remember network names etc). If we can't do that, we at least need to prompt the user that the network is down and give him/her a way out (some text, plus "choose network" and "ignore" options). For this second solution, we'd have to make sure and avoid "gotchas" (constant prompts on a shaky connection etc, making sure the alarm and line in functionality aren't affected). Retargeting for 7.4.1 since this won't make it into 7.4...
Mickey - is this still an issue?
I've never seen the bug again. I know I had it at one point but I suspect it was a general "cannot connect" problem. I do have another but where I can't skip forward on a service while in the now playing screen. Is that one logged as a bug? matt On Jan 7, 2010, at 9:44 PM, bugs@bugs.slimdevices.com wrote: > https://bugs-archive.lyrion.org/show_bug.cgi?id=13297 > > > Michael Herger <michael@slimdevices.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC|matthew_martin@logitech.com | > michael@slimdevices.com > |, mcuson@logitech.com, | > |mike-slimdevices@cappella.u | > |s, mweldon@slimdevices.com, | > |pat_ransil@logitech.com, | > |richard@slimdevices.com, | > |tom_wadzinski@logitech.com | > AssignedTo|mweldon@slimdevices.com |unassigned@slimdevices.com > > > --- Comment #24 from Michael Herger <michael@slimdevices.com> > 2010-01-07 21:44:47 PST --- > Mickey - is this still an issue? > > -- > Configure bugmail: https://bugs-archive.lyrion.org/userprefs.cgi? > tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug.
> I do have another but where I can't skip forward on a service while in > the now playing screen. Is that one logged as a bug? Definitely a different issue.
If there is still a bug with the menu not populating as the original post describes, feel free to re-open. Otherwise please open new bugs for additional issues.