#6299 HIGH Never A: presence service should disable salut in the presence of school servers on mesh

[Zarro Boogs per Child]

#6299: presence service should disable salut in the presence of school servers on
mesh
-------------------------------+--------------------------------------------
  Reporter:  robot101          |       Owner:  Collabora     
      Type:  defect            |      Status:  new           
  Priority:  high              |   Milestone:  Never Assigned
 Component:  presence-service  |     Version:                
Resolution:                    |    Keywords:  Update.1?     
  Verified:  0                 |    Blocking:                
 Blockedby:                    |  
-------------------------------+--------------------------------------------

Comment(by dcbw):

 guillaume: when connected to an AP, no anycast mesh discovery is done
 (because the mesh interface is not the primary interface, and therefore
 your default route doesn't go through the mesh but through the AP
 instead).  I'm not sure if people want mDNS in this case or not.

 robot1010: In reality, the PS itself is the only thing that knows when
 you're connected or not to the school server.  So the PS is definitely in
 a position to decide whether or not to turn of Salut.  I think the logical
 place for this functionality is probably in the PS itself.

 There's a small race where, if the Gabble plugin can't contact the server,
 what to do about mDNS?  You may want to keep Salut/mDNS enabled until
 Gabble connects, then turn it off.  If the Gabble connection drops, keep a
 timer around for ~1m or ~2m or something and if Gabble doesn't reconnect
 within that time, start up Salut.

-- 
Ticket URL: <http://dev.laptop.org/ticket/6299#comment:8>
One Laptop Per Child <http://dev.laptop.org>
OLPC bug tracking system