|
There is code in the latest svn that should allow you to start conference sessions ( i have certainly been able to use it under my test conditions). Please note the InstantMessage(string fromName, UUID target, string message, UUID imSessionID UUID[] conferenceIDs is probably not a lot of use anymore so you will need to send the IM to each AV in the current chat session as i previously described. Based on what i logged with the current LL 1.22 series viewer. The only only tip i'll give is don't forget to send the binary bucket as well as the session_id it seems necessary for the LL viewer to correctly filter the conference IM to the correct window.
I made some tests in parallel from my side as well, and was able to get a running conference, but in a way that seems odd. I wanted to know your feedback on this "happens-to-work" aspect. Here's what I did:
1) Got the ChatSessionRequest capability With this InstantMessageGroup, I'm able to send message only once and not not anyone in the conf. I don't know why, but it works ! I just want to understand if it works for "normal" reasons, and not in conditions that are "border line" and could not work properly in the future. InstantMessageGroup will not work, use the standard instant message function such as ;-
foreach(OpenMetaverse.ChatSessionMember member in client.Self.GroupChatSessions.Dictionary[this.im_target]) Where im_target is the actual session_id returned from GroupChatJoinedCallback (not the temp one) and bucket is a byte[] form of the session name that was given to you in GroupChatJoinedCallback as well. The conference chat system does not appear to use the servers group session functionality in anyway. I've had success with the above Hi Robin,
well, actually I also had success with the method I described above ! I don't know why, but it appears the InstantMessageGroup is making the job properly !!! This is interesting to understand why, and to see if this is a "viable" behaviour, as it is significantly more interesing to just make this call and rely on server to dispatch, rather than going through the whole loop of all conf attendees... In addition, using the GridProxy and the SL viewer RC, I saw the viewer doesn't behave as you describe. In fact I get only one sent IM per message to the conf... Of course I can give you my code if you want to reproduce, no problem. Mae Hi, yes you are correct InstantMessageGroup() does indeed work. My confusion was it did not work correctly when you are invited to a conference. But this is also fixed by sending a ChatterBoxAcceptInvite() then it works.
I've also correctly set the group flag on the ChatterBoxInvitationHandler() so the IM you get from the lib before replying with a Accept will either have group=false for Friends confrences or group=true for standard group IM now. I've tested in omvviewer light and starting and participating in conference works perfectly. I think we can declare victory here! |
||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Closed
Blocker
Unable to organize Conferences 
<llsd><map><key>method</key><string>start conference</string><key>params</key><array><uuid>SOME USER UUID HERE</uuid><uuid>SOME USER UUID HERE</uuid></array><key>session-id</key><uuid>9c66ef0a-67c9-7c25-4271-5ce9081699f4</uuid></map></llsd>
where session_id is a UUID.Random() from the sender, should get back something like ;-
<llsd><map><key>events</key><array><map><key>message</key><string>ChatterBoxSessionStartReply</string><key>body</key><map><key>session_id</key><uuid>ce24def6-5d18-4779-9c20-9f36ab2686cc</uuid><key>temp_session_id</key><uuid>9c66ef0a-67c9-7c25-4271-5ce9081699f4</uuid><key>success</key><boolean>1</boolean><key>session_info</key><map><key>moderated_mode</key><map><key>voice</key><boolean>0</boolean></map><key>session_name</key><string>Michelle2 Zenovka Conference</string><key>type</key><integer>1</integer><key>voice_enabled</key><boolean>1</boolean></map></map></map></array><key>id</key><integer>10</integer></map></llsd>
ChatterBoxSessionStartReply is the standard OnGroupChatJoin() call back so looks like we just need the first CAPS request to start the session. I'll go digging.
BTW once a session is started and you want to send a message to the session you need to send a standard IM to EACH member of the session (which you can get from the List client.Self.GroupChatSessions.Dictionary[session_id], also note as well as sending to each member as per a normal IM you should set the session_id and the BinaryBucket, the bucket is the name of the chat as a binary array, you can when starting a session specify what ever you like, but if you are invited to a session you should use the name passed to you on recieved IM packets.
I need this to work myself so will include it soon