[sldev] Crash when sorting through inventory

Robin Cornelius robin.cornelius at gmail.com
Sat Aug 4 02:54:00 PDT 2007


Tofu Linden wrote:
> Tofu Linden wrote:
>> Unfortunately (or fortunately), I can't reproduce this in a
>> recent releasefordownload build.  I'm going to take a closer look
>> at the 1_18_0_6 source snapshot.
> 
> Oh, it really is an llassert - and it does look quite serious
> that this is firing.  I'll look into it.
> http://jira.secondlife.com/browse/VWR-1974


(i am having issues getting to login jira) though some more analysis 
posted here may help someone. I will try to crack this when I am back at 
work with visual studio next week.

Done some more testing of this bug in particular I was watching the 
value of mNumDescendantsSelected in LLFolderViewFolder and LLFolderView 
and its quite interesting and i think showing obvious incorrect behaviour.

I added some debug such as

sprintf(dbg,"LLFolderViewFolder::changeSelection %s A ++ count is 
%d\n",(*fit)->getLabel(),mNumDescendantsSelected);
write_debug(dbg);

at every point mNumDescendantsSelected was adjusted, i took in to 
consideration which mNumDescendantsSelected was being looked at as it is 
in various selected and other lists.

Anyway the points :-

If you select more than one item with the ctrl key the root 
mNumDescendantsSelected gets increased my one more than it should and is 
not reversed when unselecting

If you use the shift key to select more than one item the various 
mNumDescendantsSelected are almost impossible to follow and stuff 
everywhere gets increased and again does not get undone correctly when 
unselecting

If you use the search box at the top and try typing stuff, again you get 
various mNumDescendantsSelected going all over the place but even worse 
when you type a string that is not found the mNumDescendantsSelected 
starts going negative and infact even when the search has finished with 
"No matching items of inventory.." the mNumDescendantsSelected KEEPS 
getting decreased as llFolderView::changedSelection is being called at a 
rate of about 1 per second.

Once you get in this mode of repeated calls to 
llFolderView::changedSelection even when you close the inventory window 
the calls still keep occurring and relogging is the only option to stop 
the decrease, once when logging off, the recursiveDeselect fired that 
assert again but it doesn't always do this so i don't think the symptoms 
of the problem are available to everyone. But its really there!


Best regards


-- 
Robin Cornelius
http://www.byteme.org.uk


More information about the SLDev mailing list