#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