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

Harold Brown labrat.hb at gmail.com
Sat May 17 11:20:23 PDT 2008


When someone sends you a notecard when you are offline it just goes
into your inventory (at least that has been my experiance), regardless
of if you are offline or not.

On Sat, May 17, 2008 at 11:09 AM, Robin Cornelius
<robin.cornelius at gmail.com> wrote:
> 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
>
>
>
>
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>
>


More information about the SLDev mailing list