#8841 NORM -: UI needs to expose friend authorisations

Zarro Boogs per Child bugtracker at laptop.org
Thu Oct 16 12:38:03 EDT 2008


#8841: UI needs to expose friend authorisations
-------------------------+--------------------------------------------------
 Reporter:  robot101     |         Owner:  Eben         
     Type:  enhancement  |        Status:  new          
 Priority:  normal       |     Milestone:               
Component:  sugar        |       Version:  not specified
 Keywords:               |   Next_action:  never set    
 Verified:  0            |     Blockedby:               
 Blocking:               |  
-------------------------+--------------------------------------------------
 Had a discussion today with Eben on #sugar about making friends work
 properly in 9.1.0 when we use Gadget on the server, and no longer have the
 shared roster letting everyone see everyone else.

 Basically Sugar needs to behave like a normal XMPP client in terms of only
 letting Friends request approval for the ability to see each other (unless
 they allow themselves to be found via Buddy/Activity searches on the Mesh
 view). This will actually also open the way for interop with normal XMPP
 servers which don't have Gadget or any other special configuration, and
 for instance G1G1 users can sign in to their normal GTalk accounts and
 chat with non-XO users.

 Friendships would be made mutual by automatically requesting XMPP
 subscriptions in both directions if the user accepts the friend request,
 and removing both directions if they reject them. The presence service (or
 whatever it becomes) would take care of registering a JID for the user
 which was based on their nickname (unless we want a UI which actually
 allows the user to keep choosing JIDs until they find something available
 on the server), and then the user can give their JID to others or enter
 others' JIDs in in order to add them as a Friend.

 When migrating from a previous version of Sugar, all of your friends will
 be requested automatically, and go to the "awaiting approval" state. Any
 incoming requests from people who you already consider a friend will be
 automatically accepted, but if anyone you didn't have as a friend
 previously has added you, you'll be prompted whether you want to accept
 and make the friendship mutual so you can see each other, or reject them.

 The UI needs to:
  a) allow the user to see their own JID (perhaps in the tooltip for the
 user's own XO in the middle of the ring) to tell others
  b) have an "Add Friend" button which presents a box to enter a JID into
 which someone else has given them, and a message if we want. you can enter
 the same dialog by choosing any buddy from the mesh or frame, but then you
 don't need to type a JID of course.
  c) have a "Friend Request" notification which opens a dialog showing the
 incoming JID, nickname and message (OLPC-specifics like the color may be
 tricky here), and allows the user to accept or reject the request
  d) have a way to show that certain friends are not authorised, and re-
 request authorisation
  e) have notifications saying "Friend Request Accepted" or "Friend Request
 Rejected"

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


More information about the Bugs mailing list