<br><br><div class="gmail_quote">On Wed, May 19, 2010 at 1:47 AM, James Cameron <span dir="ltr">&lt;<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Tue, May 18, 2010 at 04:26:44PM -0300, Daniel Castelo wrote:<br>
&gt; I have this ticket pending, could you give your feedback? Thanks!!!<br>
&gt; <a href="http://bugs.sugarlabs.org/ticket/1759" target="_blank">http://bugs.sugarlabs.org/ticket/1759</a><br>
&gt;<br>
&gt; This patch improves the feature 3G Support (added in 0.88).<br>
<br>
</div>It was also backported to 0.84, so the mention of 0.88 is probably<br>
unnecessarily restrictive.<br></blockquote><div> </div><div>The patch was created before that the feature has been backported</div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Also, the same changes apply to other wireless network types, not just<br>
3G, so I don&#39;t think &quot;3G Support&quot; is the right description.<br></blockquote><div><br>Maybe you are right, but the feature has this name: <a href="http://wiki.sugarlabs.org/go/Features/3G_Support">http://wiki.sugarlabs.org/go/Features/3G_Support</a><br>
 </div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
By the way, if you produce a 0.84 re-spin, then I can easily test it for<br>
you.  See sucrose-0.84 branch in<br>
git://<a href="http://git.sugarlabs.org/sugar/mainline.git" target="_blank">git.sugarlabs.org/sugar/mainline.git</a><br>
<div class="im"><br></div></blockquote><div>Backporting this patch to 0.84 is not trivial, i will try. <br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
&gt; Includes:<br>
&gt; Show the connection errors<br>
&gt; Apply Eben&#39;s Mockup:  <a href="http://wiki.sugarlabs.org/go/File:3G_device.png" target="_blank">http://wiki.sugarlabs.org/go/File:3G_device.png</a><br>
&gt;<br>
&gt;<br>
&gt; ---<br>
</div><div class="im">&gt; index 94a4293..995446c 100644<br>
&gt; --- a/extensions/deviceicon/network.py<br>
&gt; +++ b/extensions/deviceicon/network.py<br>
</div><div class="im">&gt; @@ -267,35 +282,89 @@ class GsmPalette(Palette):<br>
<br>
</div>...<br>
<br>
&gt; +    def _get_error_by_nm_reason(self, reason):<br>
<div class="im">&gt; +        if reason in [network.NM_DEVICE_STATE_REASON_NO_SECRETS,<br>
&gt; network.NM_DEVICE_STATE_REASON_GSM_PIN_CHECK_FAILED]:<br>
&gt; +            message = _(&#39;The Pin/Puk configuration is not valid.&#39;)<br>
<br>
</div>There can be other explanations for this reason, such as incorrect SIM<br>
inserted.  It is better to stick to the meaning; &quot;PIN check failed.&quot;<br></blockquote><div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

&gt; +        elif reason in [network.NM_DEVICE_STATE_REASON_PPP_DISCONNECT,<br>
<div class="im">&gt; network.NM_DEVICE_STATE_REASON_PPP_FAILED]:<br>
&gt; +            message = _(&#39;Check the APN configuration.&#39;)<br>
<br>
</div>While APN is indeed known to cause PPP_DISCONNECT and PPP_FAILED, there<br>
are many other reasons, and so it is incorrect to specifically identify<br>
APN as the only cause.  An invalid APN is a common cause, but not the<br>
only cause.  Another cause commonly seen is lack of radio signal or<br>
antenna.<br></blockquote><div><br>Maybe we have to shown two messages, the error message (&quot;PPP_DISCONNECT&quot;) and a possible solution to the user (&quot;Check the APN configuration.&quot;)<br> 
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Also, &quot;Access Point Name (APN)&quot; is how it is described in the Modem<br>
Configuration control panel, and so that is how you should describe it<br>
in a message.<br>
<br>
&gt; +        elif reason in [network.NM_DEVICE_STATE_REASON_MODEM_NO_CARRIER]:<br>
<div class="im">&gt; +            message = _(&#39;Check the tel number configuration.&#39;)<br>
<br>
</div>Again, this is not the only reason this can occur.<br>
<br>
Also, &quot;tel number&quot; is not the way it is described in the control panel,<br>
it uses &quot;Number&quot;.<br>
<br>
&gt; +        elif reason in [network.NM_DEVICE_STATE_REASON_MODEM_DIAL_TIMEOUT]:<br>
<div class="im">&gt; +            message = _(&#39;Time out. Check the tel configuration&#39;)<br>
<br>
</div>&quot;tel number&quot; should be &quot;Number&quot;.<br>
<br>
&gt; +        else:<br>
&gt; +            message = _(&#39;Unexpected error.&#39;)<br>
<br>
More should be handled.<br>
<br>
&gt; +        return message<br>
<div class="im">&gt; +<br>
&gt;      def __toggle_state_cb(self, menuitem):<br>
&gt;          if self._current_state == _GSM_STATE_NOT_READY:<br>
&gt;              pass<br>
<br>
</div>...<br>
<div class="im"><br>
&gt; index 3a949da..579ed8d 100644<br>
&gt; --- a/src/jarabe/model/network.py<br>
&gt; +++ b/src/jarabe/model/network.py<br>
&gt; @@ -54,6 +54,13 @@ NM_ACTIVE_CONNECTION_STATE_UNKNOWN = 0<br>
&gt;  NM_ACTIVE_CONNECTION_STATE_ACTIVATING = 1<br>
&gt;  NM_ACTIVE_CONNECTION_STATE_ACTIVATED = 2<br>
&gt;<br>
&gt; +NM_DEVICE_STATE_REASON_NO_SECRETS = 7<br>
&gt; +NM_DEVICE_STATE_REASON_PPP_DISCONNECT = 13<br>
&gt; +NM_DEVICE_STATE_REASON_PPP_FAILED = 14<br>
&gt; +NM_DEVICE_STATE_REASON_MODEM_NO_CARRIER = 25<br>
&gt; +NM_DEVICE_STATE_REASON_MODEM_DIAL_TIMEOUT = 26<br>
&gt; +NM_DEVICE_STATE_REASON_GSM_PIN_CHECK_FAILED = 34<br>
<br>
</div>You seem to have selected a subset of available NM_DEVICE_STATE_REASON<br>
values.  A larger list is at<br>
<br>
<a href="http://projects.gnome.org/NetworkManager/developers/spec.html" target="_blank">http://projects.gnome.org/NetworkManager/developers/spec.html</a></blockquote><div><br>I have consult this list. We try to catch just the most common messages. <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
and shows several reasons that an Australian deployment would expect to<br>
encounter with the Australian wireless broadband provider networks.<br>
<br>
I think more reasons should be handled.<br>
<font color="#888888"><br></font></blockquote><div><br> I&#39;d like to know which error messages we should show in each case.<br><br>Thanks for your comments/corrections!<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<font color="#888888">
--<br>
James Cameron<br>
<a href="http://quozl.linux.org.au/" target="_blank">http://quozl.linux.org.au/</a><br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Ing. Daniel Castelo<br>Plan Ceibal - Área Técnica<br>Avda. Italia 6201<br>Montevideo - Uruguay.<br>Tel.: 601.57.73 Interno 2228<br>E-mail : <a href="mailto:dcastelo@plan.ceibal.edu.uy">dcastelo@plan.ceibal.edu.uy</a><br>