[sldev] Re:SVC-85 - friends lists not working

[Nicholaz Beresford]

Another think, if that is relevant, I know a person
who makes a friends hud.  This seem to work reliably.
Can try to dig out the name if you want to contact
her to check how she gets the online info.


Nick


Second Life from the inside out:
http://nicholaz-beresford.blogspot.com/


Jake Simpson wrote:
> Thanks
> I have a feeling that's a different issue (although some messaging does 
> use some of the same code paths as the system we are investigating) - 
> it's worth me having a quick peek at though. Good thinking.
> 
> Jake
> 
> Nicholaz Beresford wrote:
>>
>> One thing that I observe frequently is that I'm getting
>> IM's into email while I have been logged in.  Sometimes
>> even a conversation ends in the middle over IM and I later
>> found that the other person continued to talk but their
>> stuff ended up in my email rather than in my window.
>>
>>
>> Nick
>>
>>
>>
>> Second Life from the inside out:
>> http://nicholaz-beresford.blogspot.com/
>>
>>
>> Second Life wrote:
>>> Although I've yet to do any specific analysis, the MAIN thing that 
>>> very obviously fails most often is that upon initial log-on the 
>>> friends list does not completely show the true state of friends on 
>>> line. It may be empty or have one or two or half or 3/4 of the 
>>> correct list. HEN as people come and go or you IM them "Ping" 
>>> blindly, they get added to the list.
>>>
>>> One thing that might help is if there was some way to "refresh" the 
>>> list (Obviously at a frequency that didn't overload things). Logging 
>>> off and back on will sometimes fix it. It seems like the initial 
>>> request of all friends is done once upon login and if that fails you 
>>> are screwed till you relog or ping everyone you want to talk to.
>>>
>>> However... there are also obvious cases where log-ins and log-outs of 
>>> friends goes unnoticed by the client. Someone will log in with no 
>>> notice, then IM you later and THEN you get the "XXX has just 
>>> connected" message even though they have been on line for 10 minutes 
>>> already. As well as the reverse: trying to map someone that shows on 
>>> line but then the map cant find them because they are actually off line.
>>>
>>> So in general it just seems like the information gets lost somewhere. 
>>> Some days never and some days up to 100%.
>>>
>>> BTW, Although the mantra is "use the website friends list" I have 
>>> also found THAT to be unreliable. Showing maybe 3/4 of who is on at 
>>> times. Though it does seem /more/ accurate than the client when there 
>>> are problems, it is definitely 100% reliable though.
>>>
>>> Farallon
>>>
>>> ----- Original Message ----- From: "Jake Simpson" <jake at lindenlab.com>
>>> To: <sldev at lists.secondlife.com>
>>> Sent: Thursday, July 12, 2007 1:40 PM
>>> Subject: [sldev] Re:SVC-85 - friends lists not working
>>>
>>>
>>>> Peeps,
>>>>
>>>> I'm just going to re post this set of questions I added into the 
>>>> comments of SVC-85 - https://jira.secondlife.com/browse/SVC-85 
>>>> (friends lists not always working to show online presence correctly) 
>>>> just to see if any of you guys have run into this, and if you do, if 
>>>> you could look into the results of the questions. I would like to 
>>>> get this fixed but I need some more data before I can get it done 
>>>> right.
>>>>
>>>> Thanks
>>>>
>>>> OK, so I'm looking into this since it's obviously a bug of much 
>>>> contention. You can't have much of a second life if you can't see 
>>>> anyone to share it with.
>>>>
>>>> Kelly and I have been talking about approaches to fixing this - the 
>>>> code as it stands _should_ work correctly because in many 
>>>> circumstances it does. However, the code behind this is pretty 
>>>> knarly and has many places of potential failure, so Kelly and I have 
>>>> come up with a new way to deal with this (based on how we do group 
>>>> online presence reporting), using our new back bone system the way 
>>>> it should be used.
>>>>
>>>> With a view to doing that, I have a couple of questions for you guys.
>>>>
>>>> 1) When you know someone is on line, even though the friends list 
>>>> says they are not, do they show up as online in the groups list 
>>>> (assuming you know they are subscribed to one of the same groups as 
>>>> you)? The code that the groups uses to determine online presence is 
>>>> actually different from the code that the friends list uses (it's 
>>>> older code and also the friends list returns a lot more information 
>>>> regarding the friends themselves than the groups list does - that 
>>>> just has enough to say "this person is online or not". The friends 
>>>> list has information about where they are so you can IM them etc). 
>>>> From what we've observed, the groups stuff works when the friends 
>>>> list doesn't - it would be nice of you guys could confirm this.
>>>>
>>>> 2) When you initially log on and someone is not reported online 
>>>> (because they aren't), is the system updating when they _do_ log on? 
>>>> What I'm saying if either the friends list says everyone is off 
>>>> line, then a friend logs on and it updates and says they *are* 
>>>> online, or they *were* online, the friends list says they aren't - 
>>>> they relog - does it show up correctly then? Again the code that 
>>>> gets the initial list of friends and interrogates them to see if 
>>>> they are online or not is not the same system that reports a friend 
>>>> has logged on (or off) - it uses some of the same paths but it's not 
>>>> entirely the same.
>>>>
>>>> 3) Are we seeing an initial friends list situation where *select* 
>>>> people are not being reported as online, or everyone?
>>>>
>>>> 4) What does it take for a friend you know is online to show up as 
>>>> online in the friends list if they are initially not shown?
>>>>
>>>> The answers to this will help up determine exactly what's broken and 
>>>> whether we can fix it or whether it'll be easier to just try a new 
>>>> way of doing it.
>>>>
>>>> Either way, I want you guys to know we are on this - it's a top 
>>>> priority with LL.
>>>>
>>>> Jake
>>>> _______________________________________________
>>>> Click here to unsubscribe or manage your list subscription:
>>>> /index.html 
>>>
>>> _______________________________________________
>>> Click here to unsubscribe or manage your list subscription:
>>> /index.html
>