|
|
|
[
Permlink
| « Hide
]
Argent Stonecutter added a comment - 17/May/08 09:42 AM
Yes, fix this, this is definitely a bug.
This bug happens to me a lot. Got my vote.
Increasing priority to critical. This definitely is "inventory loss" issue.
After the discussion about this on SLDev, I've been watching my offlines and noting which items arrive, and which don't once I log in.
The assertion was made that items offered by people arrive, and items offered by objects do not, and I believe this to be true. Every case of an item vanishing so far has been an item arriving from an object. I also noticed this post recently in the SecondLife Forums talking about Busy mode, the observations about how items given behave when in busy mode also shows the same symptoms: Items sent by avatars went to the trash, Items sent by objects vanished without a trace. http://forums.secondlife.com/showpost.php?p=2006553&postcount=16 Really what we need is a special queue for inventory transfers on the server side, with repeated requests to give the same item being discarded. Then this can be exposed within the viewer so you can view all transfers you missed due to being offline, or in busy-mode, or which you received online but didn't not accept/decline. Implementing this shouldn't be a big deal since transactions are already tracked somewhere anyway, this may even provide a way to offload a ton of them to a different "pending transactions" service.
They can easily be culled if the transaction doesn't get accepted after some amount of time, in which case the item is returned to the avatar (if it was no-copy). Could even potentially allow you to cancel a no-copy transaction if you realise you've sent it to the wrong person. I believe this also relates to SVC-1997 (adding this to Relates once I figure out how
 ) added SVC-2915 as related. Deals with communication.
Both commerce and communication are vital to the SL experience. I agree, this is certainly a critical issue and can be considered nothing less than inventory loss. Not only do items fail to deliver, but I've noticed some days, even if I do get the message items are sent, when I click to accept them, they disappear.
My take on the issue: http://stindberg.blogspot.com/2009/11/why-inventory-transactions-fail-and.html
 I have also done experiments and, while at one point if inventory was sent and IM's were capped, the inventory was not lost. However you didn't get a confirm dialog, it was just in inventory. Now though (I am not sure when this changed, probably sometime this year) inventory offers do indeed fail if IM's are capped. I did a bit of testing and it appears that after 20 IM's they are capped (although in one experiment I was able to send 23 items) and nothing appears in inventory.
This is indeed a very bad bug and needs attention. No copy object transfers can fail, and with Christmas fast approaching, many items are likely to be lost. I agree with Haravikk, if items are not picked up after a certain period of time, they should be returned. However this could also be a problem with send via script via a subscription list. Unless the "return" message was ignored if sent via script. Otherwise the owner of the sending object could be capped very very quickly. Another possibility, is adding a "offline" system folder to inventory that receives the items if ones IM's are capped. Then it would be easy to go though them. Personally, I think IM's should not be capped (if at all) unless after a set period of time. Say 30 days. As per https://jira.secondlife.com/browse/SVC-2915 Upon further investigation I find that at least the inventory loss due to IM Capping does not apply to returns. Due to the nature of everything appearing to though the IM system, I was concerned that this also applied to object returns. Thankfully it does not. Returns still make it to lost and found even if IM's have been capped.
Which makes me wonder why the rest of inventory is not handled the same way? If the IM's are capped just send everything to the Lost and Found folder? It seems this would be rather easy to implement compared to setting up a new system, also since most people check their lost and found first upon logging on it would be a easy adjustment for them. I think you simply were lucky during your tests. I personally have lost inventory during an object return while I was even logged in! My landlady back then did some uncautious parameter setting with the land I was on, and suddenly half of the sim got returned to the various owners. And some items (especially an expensive no-copy Lucky Chair) were nowehere to be found. And yes, I went to a sandbox and unpacked all the coalesced objects individually. Only a sim rollback which she requested got all the lost items back.
During another case while I was offline (and uncapped) I got a whole bunch of "... returned by sim onwer" offline IM's, and not a single object, not even a coalesced one, were to be found in my inventory! From my experience returns are even more prone to loss than regular object transfers. Well a entire sim being returned at once...that is to be expected. Mass returns are rarely 100% I admit. My tests were with single one-item-at-a-time return. I don't doubt that It can still happen. SL is anything but reliable however it is not every time was my point. Compared to if you send a inventory offer object to someone that is IM capped.
Oh one other fact/experience about returns, especially if one is online. If they don't show up, clear cache and relog. I have had many items not show up in lost and found even though I was online at the time but after a relog/cache clear they were there. I am sure that Peter tried this, but I mention it for completeness. When I loged in today all of the attachments on my IM's opened, but EVERY ONE of my Midnight Mania deliveries failed without any indication except that they did not appear in inventory anywhere. There was no time for a timeout or anything though it acted like it did, usually when they are capped or something the accept notice does not even come up.
If MM's keep failing for enough people (and there seems to be a trend for that to happen more and more) it will be a disaster for shops since people will stop going there to slap the boards (and often buy something else they see). Just to make the implications clear again. If your IM's are capped - the following things WILL fail:
and ANY other scripted object using llGiveInventory to send you items. All these delivieres WILL FAIL when your IM's are capped. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Open
Critical
Capped IMs can cause inventory loss
