Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Inventory transaction failures. What can I do about it?
Joshooah Lovenkraft
Just Joshin'
Join date: 28 Dec 2007
Posts: 1,376
11-16-2009 14:43
Have you ever had a transaction mysteriously fail?

Peter Stindberg writes a great blog post on the circumstances in which this may occur and outlines measures you can take to minimize the risk of lost inventory transactions. I've experienced some of this myself and it's annoying.

http://stindberg.blogspot.com/2009/11/why-inventory-transactions-fail-and.html

An accompanying jira with regards to capped IMs and inventory loss: http://jira.secondlife.com/browse/SVC-2359
_____________________


Hello Avatard - Your Emporium of Fun Stuff
In-world: http://slurl.com/secondlife/Fordham/178/19/63
Xstreet: https://www.xstreetsl.com/modules.php?name=Marketplace&MerchantID=103499
Ponsonby Low
Unregistered User
Join date: 21 May 2008
Posts: 1,893
11-16-2009 14:47
from your first link:

"SL blogs are shaken up by the questionnaire Pink Linden sent to Xstreet SL merchants. Among many other things, the survey asked whether merchants would pay a premium for guaranteed deliveries."



So, this differs from good ol' strong arm extortion...how?

"Gee, it would be a shame if your buyers never got their stuff, huh? Maybe you'd like to buy a little insurance...."
_____________________
War is over---if you want it.

P Low Low P Studio SMALL PARCEL SOLUTIONS: Homes & shops of distinction, with low prim-counts, surprisingly low prices!
Joshooah Lovenkraft
Just Joshin'
Join date: 28 Dec 2007
Posts: 1,376
11-16-2009 14:50
From: Ponsonby Low
from your first link:

"SL blogs are shaken up by the questionnaire Pink Linden sent to Xstreet SL merchants. Among many other things, the survey asked whether merchants would pay a premium for guaranteed deliveries."



So, this differs from good ol' strong arm extortion...how?

"Gee, it would be a shame if your buyers never got their stuff, huh? Maybe you'd like to buy a little insurance...."


Yes I thought that was a bit ridiculous too. I realize they were just putting their feelers out there but having to pay a premium for what should be core functionality is ludicrous.
_____________________


Hello Avatard - Your Emporium of Fun Stuff
In-world: http://slurl.com/secondlife/Fordham/178/19/63
Xstreet: https://www.xstreetsl.com/modules.php?name=Marketplace&MerchantID=103499
Ponsonby Low
Unregistered User
Join date: 21 May 2008
Posts: 1,893
11-16-2009 15:14
Yes, I'd think the resentment it would inspire would leave them with a net loss on their XStreet division.
_____________________
War is over---if you want it.

P Low Low P Studio SMALL PARCEL SOLUTIONS: Homes & shops of distinction, with low prim-counts, surprisingly low prices!
Kitty Barnett
Registered User
Join date: 10 May 2006
Posts: 5,586
11-16-2009 15:32
I'm too lazy to look at the code :p, but from memory:

* agent-to-agent inventory offers
1) offered item/folder is added to the recipient's inventory
2) recipient is sent an inventory offer message (which may or may not get through if you're capped)
3) if you accept then all that happens is that the sender sees an "has accepted"

(If you decline the viewer itself moves whatever you got sent into the trash - which is why that happens when you're set to Busy)

* script-to-agent inventory offers

Same thing happens except the order is: 2, 3, 1 so the items a script offered don't get moved into your inventory until *after* you accept them. Since you don't get the transaction UUID to accept because your IMs were capped nothing ever makes it into your inventory.

(If you decline then the backend doesn't ever copy anything over to your inventory so there isn't anything for the viewer to move into the trash)

---

That's why agent-to-agent always succeeds even if your IMs are already capped and why script-to-agent fails (if you don't get the IM then you can't accept and then you the transaction stays in limbo).

It's really not an inherent problem with llGiveInventoryItem() or llGiveInventoryList(); if LL simply changed the script-to-agent inventory to be 1, 2, 3 as well (would create a bit of a mess with existing viewers) then the problem is solved already.
Joshooah Lovenkraft
Just Joshin'
Join date: 28 Dec 2007
Posts: 1,376
11-16-2009 15:45
From: Kitty Barnett
I'm too lazy to look at the code :p, but from memory:

* agent-to-agent inventory offers
1) offered item/folder is added to the recipient's inventory
2) recipient is sent an inventory offer message (which may or may not get through if you're capped)
3) if you accept then all that happens is that the sender sees an "has accepted"

(If you decline the viewer itself moves whatever you got sent into the trash - which is why that happens when you're set to Busy)

* script-to-agent inventory offers

Same thing happens except the order is: 2, 3, 1 so the items a script offered don't get moved into your inventory until *after* you accept them. Since you don't get the transaction UUID to accept because your IMs were capped nothing ever makes it into your inventory.

(If you decline then the backend doesn't ever copy anything over to your inventory so there isn't anything for the viewer to move into the trash)

---

That's why agent-to-agent always succeeds even if your IMs are already capped and why script-to-agent fails (if you don't get the IM then you can't accept and then you the transaction stays in limbo).

It's really not an inherent problem with llGiveInventoryItem() or llGiveInventoryList(); if LL simply changed the script-to-agent inventory to be 1, 2, 3 as well (would create a bit of a mess with existing viewers) then the problem is solved already.


That was a good explanation!
_____________________


Hello Avatard - Your Emporium of Fun Stuff
In-world: http://slurl.com/secondlife/Fordham/178/19/63
Xstreet: https://www.xstreetsl.com/modules.php?name=Marketplace&MerchantID=103499