Send connman mailing list submissions to
        connman@lists.01.org

To subscribe or unsubscribe via email, send a message with subject or
body 'help' to
        connman-requ...@lists.01.org

You can reach the person managing the list at
        connman-ow...@lists.01.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."

Today's Topics:

   1. re: strange connection problem (Thomas Green)


----------------------------------------------------------------------

Date: Fri, 15 Jan 2021 01:00:33 +0000
From: Thomas Green <tgre...@sorenson.com>
Subject: re: strange connection problem
To: "connman@lists.01.org" <connman@lists.01.org>
Message-ID:  <cy4pr04mb0568a6c699dd8be6f9dc0fef9f...@cy4pr04mb0568.nam
        prd04.prod.outlook.com>
Content-Type: text/plain; charset="iso-8859-1"

Emmanuel, Daniel,

Watching messages with dbus-monitor I was able to learn what was happening.  If 
we disconnect
from one AP and immediately connect with another, the AP we are trying to 
connect to is removed
in g_supplicant_interface_connect where it calls network_remove.  What happens 
then is when
the the connect call is finally processed, the supplicant no longer knows about 
the interface and
it returns an error "There is no such a network in this interface."

I've been able to work around this by putting a delay between the disconnection 
of the old AP
and the connection to the new AP in our application, but it seems an inelegant 
solution.

If there is something better, I would like to know.

Tom

> Thomas, Daniel,
> We have encountered and fixed similar error test cases 
> (Connect/Diconnect/Remove
> in a set of open/secured/hidden wireless networks) , but based on our 
> implementation,
> so maybe it is not related. I think it is better to clean up before proposing 
> the 
>corresponding patches, which may take some time. 
>
>> Has anyone been able to look at this or my logfile?  I'm still in the dark 
>> as to
>> what is going on.
> 
> Is it possible for you to get the services (via connmanctl or dbus-send or 
> gdbus-call) ?
> Sometimes, it gives useful information.
>
> Best Regards,
>
> Emmanuel

------------------------------

Subject: Digest Footer

_______________________________________________
connman mailing list -- connman@lists.01.org
To unsubscribe send an email to connman-le...@lists.01.org


------------------------------

End of connman Digest, Vol 63, Issue 4
**************************************

Reply via email to