Bugzilla – Bug 12435
Display error screen when trying to connect to network service but no network connection
Last modified: 2009-10-05 14:31:16 UTC
I've made the wireless status icons work on baby now, but what happens on ethernet. I'd suggest: 1. if it's working show no icon 2. if it's failed show a red ethernet icon Dean, what do you what? When you've decided assign to Noah for the artwork, then Noah assign back to me to implement. Thanks.
It's probably more important to have the screen come up that says that you can't get on your network than have the icon, but the icon would be a nice to have. It should be hidden if the connection is fine. This isn't Windows, after all.
Matt: Can you come up with some copy for this? There should be a version for no wireless network connection as well.
Ethernet: "Connection Problem" "We can't detect a wired connection. Please check your ethernet cable, and make sure your network is running and available. Try Again > Choose Different Network >" --- "Connection Problem" "We can't detect a wireless connection. Please check to make sure your network is running and available." Try Again > Choose Different Network >"
r6766 strings checked in to support this bug request: === strings.txt ================================================================== --- strings.txt (revision 34472) +++ strings.txt (local) @@ -1399,34 +1399,13 @@ SV Ej ansluten NETWORK_ATTACH_CABLE_DETAILED - CS Nemůžeme nalézt kabelové připojení. Pokud jste nepřipojili svůj Squeezebox k vaší síti ethernetovým kabelem, laskavě tak učiňte teď. - DA Der blev ikke fundet en kableforbindelse. Hvis du ikke har sluttet din Squeezebox til netværket med et Ethernet-kabel, skal du gøre det nu. - DE Es konnte keine verkabelte Verbindung erkannt werden. Verbinden Sie die Squeezebox mithilfe eines Ethernet-Kabels mit dem Netzwerk , falls dies noch nicht erfolgt ist. - EN We can't detect a wired connection. If you haven't connected your Squeezebox to your network with an ethernet cable, please do so now. - ES No se puede detectar una conexión con cable. Si no ha conectado Squeezebox a la red con un cable Ethernet, hágalo ahora. - FI Langallista yhteyttä ei havaita. Jollet jo ole liittänyt Squeezeboxia verkkoon ethernet-kaapeliila, tee se nyt. - FR Nous ne détectons aucune connexion filaire. Si vous n'avez pas connecté votre Squeezebox à votre réseau par un câble Ethernet, faites-le maintenant. - IT Impossibile rilevare una connessione cablata. Se Squeezebox non è collegato alla rete con un cavo Ethernet, collegarlo adesso. - NL Er kan geen bedrade aansluiting worden gedetecteerd. Als je je Squeezebox niet met een ethernetkabel verbonden hebt, doe dit dan nu. - NO Finner ikke en trådet tilkopling. Hvis du ikke har koplet Squeezebox til nettverket med en ethernet-kabel, må du gjøre det nå. - PL Nie można wykryć połączenia przewodowego. Jeśli urządzenie Squeezebox nie zostało przyłączone do sieci przy użyciu kabla Ethernet, zrób to teraz. - RU Не удалось обнаружить проводное подключение. Если вы не подключили Squeezebox к сети кабелем ethernet, сделайте это. - SV Ingen kabelanslutning upptäcktes. Om du du inte har anslutit Squeezebox till ett nätverk via en ethernetkabel bör du göra det nu. + EN We can't detect a wired connection. Please check your ethernet cable, and make sure your network is running and available. +NETWORK_NO_WIRELESS_DETAILED + EN We can't detect a wireless connection. Please check to make sure your network is running and available. + NETWORK_ERROR - CS Chyba připojení - DA Forbindelsesfejl - DE Verbindungsfehler - EN Connection Error - ES Error de conexión - FI Yhteysvirhe - FR Erreur de connexion - IT Errore di connessione - NL Verbindingsfout - NO Tilkoplingsfeil - PL Błąd połączenia - RU Ошибка подключения - SV Anslutningsfel + EN Connection Problem NETWORK_CANT_CONNECT CS Nemohu připojit
No more SLT issues with this one. Removing "SLT" tag and dependency.
*** Bug 5462 has been marked as a duplicate of this bug. ***
*** Bug 10941 has been marked as a duplicate of this bug. ***
*** Bug 11245 has been marked as a duplicate of this bug. ***
Note: three strings now in SlimMenus/strings.txt came from SetupNetworking. After SLT comes back, translations will need to be copied over.
== Automatic comment from SVN commit #6933 to Repository: jive == https://svn.slimdevices.com/jive?view=revision&revision=6933 Bug: 12435 Description: - Connection error window now working on server based home menu items and SlimBrowse items. == Modified 4 files total == 7.4/private-branches/fab4/squeezeplay/src/squeezeplay/share/applets/SlimBrowser/SlimBrowserApplet.lua 7.4/private-branches/fab4/squeezeplay/src/squeezeplay/share/applets/SlimMenus/SlimMenusApplet.lua 7.4/private-branches/fab4/squeezeplay/src/squeezeplay/share/applets/SlimMenus/SlimMenusMeta.lua 7.4/private-branches/fab4/squeezeplay/src/squeezeplay/share/applets/SlimMenus/strings.txt
logging hours so far
still todo: 1) comment #9 2) Go on playable items doesn't appear to wait for a response, before going to NP. This should bring up a item spinny until a response is received. Otherwise, it will appear that a track has been selected when in reality the server/network connection could be down.
== Automatic comment from SVN commit #6935 to Repository: jive == https://svn.slimdevices.com/jive?view=revision&revision=6935 Bug: 12435 Description: - missed return for desktop SP case. == Modified 1 files total == 7.4/private-branches/fab4/squeezeplay/src/squeezeplay/share/applets/SlimMenus/SlimMenusApplet.lua
== Automatic comment from SVN commit #6936 to Repository: jive == https://svn.slimdevices.com/jive?view=revision&revision=6936 Bug: 12435 Description: - go/play on a playable item now waits until response occurs. (todo: Other nextWindow cases should probably do the same) == Modified 1 files total == 7.4/private-branches/fab4/squeezeplay/src/squeezeplay/share/applets/SlimBrowser/SlimBrowserApplet.lua
Reassigning to Richard for review of nextWindow commit r6936 and for comment about additional nextWindow work. Richard, Currently when you hit go or play on a playable item, the screen shifts to NP, even if the server/network is down, with no item spinny. This makes "network/server" error detection difficult, and just plain seems wrong to me. I coded it in r6936 so that the same item spinny that occurs when selecting artist, album, etc occurs until the response is received, then go to NP. Any reason why this would be bad? If this is good, I think the same principal should be applied to all nextWindow cases, that is, wait for the response before actually going to the nextWindow.
== Automatic comment from SVN commit #6941 to Repository: jive == https://svn.slimdevices.com/jive?view=revision&revision=6941 Bug: 12435 Description: - pathing broke win32 == Modified 1 files total == 7.4/private-branches/fab4/squeezeplay/src/squeezeplay/share/jive/AppletManager.lua
Tom, sorry I've sat on this so long. I think this looks fine. The important thing is the user gets feedback, which happens with the spinny. Not sure what your next steps are.
fixed in r6941
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.