[sldev] Inventory Loss due to capped IM's (was [sldev] Jira cleanup, giving pjira a little loving)

Robin Cornelius robin.cornelius at gmail.com
Sat May 17 11:09:08 PDT 2008


Darien Caldwell wrote:
> 
> Before IM Cap:  IMs come through, as well as the "So-and-So has offered
> you Inventory" messages. (and of course the Items come through.)
> 
> After IM Cap:  At some point (lets say 100) IMs, IMs stop coming
> through, but continue to go to offline email. Inventory offers Also
> continue to go to offline email, but The blue box to accept the item
> does *not* appear. However, the item can be found in the inventory.
> 

This is consistent with the way the offers work. the item is always
placed in inventory but deleted if the user declines.

> After some other higher level,  IMs and inventory offers continue to go
> to offline email, however, on log in, no blue box, and no object in
> inventory. That is when the loss occurs.

As the server side should have copied any inventory (from an agent) to
the (your) inventory cleary the server has made a decision to ignore
these (improved) IM's, but the part that sends to email is still
working. This is clearly bad but needs a linden to look at the server
code. Are there two capping levels or is this some other undesired
operation at play here? and if there is capping on object offers any reason?

Hmmm, any chance of seeing if there is a difference between an agent
sending objects and a script sending objectes (aka slexchange boxes).
comments in viewer suggest different behaviour
(llviewermessage.cpp:1109) 1.20.5 - 6 code

Robin




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20080517/fb05c4d6/signature.pgp


More information about the SLDev mailing list