[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