Zanara Zenovka

Skylace Moonshadow wrote: I have not been paid for ANYTHING since November 13th ! even though the customer was delivered the item ! i now have THIRTEEN support tickets pending in the last 3 days and will continue to inundate LL's with support tickets for each and every item delivered and my account not credited sample: Delivered item VALUABLE SCRIPTS. VALUABLE SCRIPTS 45340317 Undelivered L$5 Not paid SL RESIDENT That example you gave is an item that was *not* delivered - see the "Undelivered" status there?

Nelson Jenkins wrote: "Easy way would be to not enable a review until after the product is delivered." IIRC this already happens, but llGiveInventory fails and the box doesn't realize it, so it happily shoots back to the Marketplace saying everything is fine and dandy. No - reviews are enabled before that. The problem here is being able to review something when your purchase status is "undelivered". I tested this with https://marketplace.secondlife.com/p/Test-object/2914647?page=1 by purchasing then deleting the item from magic box before it could be sent. The status page shows "1 item has not yet been delivered This item is queued for delivery. Merchants cannot redeliver the item at this time, and have not been paid." but the "review item" link above that is enabled already and i was able to leave a review. (Note: Actual failure of llGiveInventory() does happen (and more frequently in the last year or so, for some reason), but very rarely (I know because i make and use products that use it a lot). It's very low down on the list of reasons for delivery failure.)

Josh Susanto wrote: >Easy way would be to not enable a review until after the product is delivered. But that would interfere with secret Linden alts intentionally obstructing deliveries by their competitors and then using it as an excuse to leave a bad reviews. Thank you Josh...I knew you wouldn't let me down

Wiggy Bingyi wrote: If I had developed a website like the marketplace for the last company I worked for, I would have been SACKED and then BEATEN HALF TO DEATH IN THE STREET with the PHP5 and MySQL bible ... oh wait, yes.. the marketplace was built with Spree and ruby on rails... hell, I STILL would have been THRASHED HALF TO DEATH with the PHP5 and MySQL bible! ROFL

Easy way would be to not enable a review until after the product is delivered. The magic box already pings back to SLM to confirm that it's done the llGiveInventory() (ie sent stuff) so there's no reason the "enable review" code couldn't be run after that. Any failures after the llGiveInventory() are the recipient's problem anyway - eg, offline and IMs capped, magic box/merchant on ignore, busy mode, etc. However these reviews do serve one purpose - they let buyers know which merchants are not involved in their business, since such reviews are easily removed by the commerce staff if you put in a ticket. (Being notified of reviews by email is a bit essential here...).

OK... How to stalk an SLM merchant. Search the shop name under the "merchants/stores" tab and you get the owner name. (Alternatively you could check your purchase history). While you're there you could see if there's any store policy filled in which might give you some info. (There's not in this case.) Also make note the age of the merchant, whether most of the reviews have text, and whether listings have features filled in - if not this could mean that the listings haven't been touched since the migration from xstreet to SLM, and that the owner is long afk, but not necessarily. If you're feeling clever you can also check the page source for keywords - that's also a post-SLM thing.) Then go inworld and type the merchant name into search to find profile. See if there's any stated preference for IM or notecard contact there. If there is, do as instructed; if not, send both, Give the date and other details of purchase (from your SLM history or your SL transactions if <30 days ago). While you're there you can do a bit more forensic work. Check picks to see if store locations are there. Note if land is current or "no parcel". TP to check if you like, to see if the business is still running. See if any other people are listed as business contacts. Check the merchant's groups and see if there's one for their business. Join it if you can and ask around. If not look in the group info to see who the owners and officers of the group are. If you get no result from the merchant you could try IMing one of these other people. If you find no signs of life, have a look through their public groups and see if there are any with open joining. If so, join one. Look for the merchant's name in the members list and it will tell you when they last logged in to SL. From this you can work out if you're SOL or stand a chance of finding someone to help you. GL!

CoyotePrime wrote: After trying to locate vendor information unsuccessfully... You couldn't find who to contact? The name of the seller is on SLM here. Or did they not respond to IM/ Note? Does their profile give contact preferences? Stack heap collision is a script running out of memory. Resetting the script will fix it temporarily, but it's happening because the script is trying to store or process more data than it has room for. In the case of furniture, it's probably trying to make a list of all the poses inside which is more than it can handle. Ideally the script needs to be changed, or you might be able to manage a quick fix by removing some of the poses until it will run without crashing (if this is the cause of the crash). But yes it should be the creators problem, not yours.

oh that's a point... but then two of the three were the same (copy) item, which doesn't make a lot of sense oh wait...

Ok re this - I just went through some "Delivery Partially Failed" in my SLM history - and when you click on the details to the right, some will say "failed" and some will say "delivered". So yes it is giving you the status of the *entire* order, not just your items. Which is, just, gobsmackingly stupid. Why on earth do we need to know about other merchants' sales in the same cart, and have our own sale's status obfuscated in the process???

I wonder if the "Delivery Partially Failed" applies to your items in every case? I thought I remembered (and it's been a while since i've had one personally - my things tend to get bought as singles) that you'll get a "DPF" in email if any of the items in the cart failed, not just yours. Maybe be worth checking in fine detail? Meanwhile I had a similar yet different strange one today - saw an IM that MB delivered 3 items all at 17:30 - still (after 6 hrs) there's no record of any sale or payment anywhere - in my SL or SLM records. Does anyone know if there's a jira for this particular event yet?

Toysoldier Thor wrote: Darrius Gothly wrote: I don't always see failures either, but I do see delays like Zanara documented every night. With that said, IMO any delivery that takes more than a few minutes is inherently a failure. We've demonstrated that the delivery slowdowns are related to a server lag issue on LL's end. It's not a fault of the Magic Boxes; they're sitting there idle waiting for commands for SLM. The Sims are not lagged, many first-person observations of their own magic boxes during the slowdown proves this. So we are receiving Direct Delivery as a solution to an overtasked server computer. /me scratches head ... Well, it's not the MOST expensive Server Upgrade I've ever seen, but it's damn close. LOL Darrius.... you posted exactly what was in my head ! So this set of testing from Zanara and others make it very clear the "ALL EVIL" Magicboxes are not so evil and are moreso the Scapegoats of delivery delays / failures that are being caused by LL servers. Oh Darrius - you went and woke the other one up - now we'll never get them down... Toy - I don't think everyone thought the MBs in themselves were a problem - they weren't the thing that changed. MBs still have the same problems (as I mentioned) that they had back in SLX days (and pretty much the same scripts ;p).. But yes the slm "team" from the days of the Great Migration liked to blame a bit on them and it's escalated from there. Where it all went pear-shaped was the attempt the merge them with spree - shopping cart, convoluted communication procedures, and why a delivery system that required less back and forth would fit with the current website better... Perhaps since enough time was being wasted elsewhere? Software discussion? Google is your friend

btw I still don't think it's "lag" as such. I think some other process is going "screw you guys, I'm taking over for the next xx min" - the time delays are too regular - all multiples of 15-30 min.

LOL Damn you Darrius - now I have to clean my screen >.< Well there are still the inherent problems of llGiveInventory(), capping, magic box muting - altho we're finally getting a confirmation for llGiveMoney(), so there is hope for llGiveInventoryWithReceipt() ... But..um...yeah...

https://jira.secondlife.com/browse/SVC-7455 - "The MarketPlace magic boxes in the LeTigre regions are not updating properly. Can not see new or deleted items on MP." This may explain the frequent problems some people have been having with adding new items to their magic boxes and gettign them to show on their SLM page. TEST: 1.Rez a magic box in Le Tigre sim, add new objects/s Synch magic box on SLM and refresh page. New items do not appear in products list. 2. Rez box in Second Life Server sim, add new objects/s Synch magic box on SLM and refresh page. New items immediately appear in products list. (If you don't know, there are a few different versions of SL server software running, the standard Second Life server and the release candidates Blue Steel and Le Tigre. You can check which version your sim is running by going to World >> Region/estate.) Please comment on the jira if affected. Cheers to Tayla Tabor for discovering. \o/

If you use other's brand names in your keywords, in an environment where unauthorised copying is an issue, you shouldn't be surprised if those brand owners object, or turn up to check out what you're selling. If you're not selling the unauthorised work of others then there's probably no reason for concern, although buying a full perms template pack doesn't guarantee that all its contents are legit either.

And my original point was that the whole "new marketplace" was developed without touching any of the code in the Magic Box, and instead tried to plug another pre-packaged solution straight into it, leading to the fun and games that have ensued.

Montana Corleone wrote:The MP has killed off the need for inworld stores and malls; and hence need for land, but without a world to move and act in, there is no SL. I see this said so often, yet everything bought on the marketplace is still for use inworld... Just sayin'... I sell scripts and gadgets almost exclusively to business people and store owners, and they keep on buying and wanting more, so I tend to wonder how many people are really getting rid of inworld shops, apart from the odd drama queen who pops on the forums to wail about how they're closing down because LL ruined their business, etc, blah. I've always seen the idea of selling solely on the SLM as being very short sighted - sure you might save a bit of tier, but you're losing a hell of a lot of marketing opportunities.

The Magic Box scripts haven't been updated for years, and certainly not since the creation of SLM. You'd need LSL coders for that.

Aaaah! *lightbulb* I just remembered something that was nagging at me last night while watching these transactions - i'd notice that when things did happen, they were in 2s or 3s - eg I'd get paid for a sale at the same time that something I bought was delivered, as if the database was suddenly clearing a backlog. When it happened it was remarkable enough that I even asked in the Commerce chat at one point if anyone else just had a whole lot of transactions go through.

Darrius Gothly wrote: I'm just tickled to see a lag curve exactly like I predicted. Starting at midnight SLT, something is running on the Marketplace that takes ALL its resources and then some. The main website doesn't slow down, so the delivery system is what's lagged. They need to move the midnight chores OFF that machine and put them on one of the empty Sim servers they have .. unless they aren't powerful enough to handle the job. LOL Seems more regular than curved, as if SLM transactions are being held aside for fixed blocks of time while the SLM database itself does its own chores - ?

Oh, and..Montana! Hello ghost

Also, notice the 15, 30, 60, 120 thing?

My data from this morning: Order number / Purchase / Deliver / Paid (Conf email) / Total 1284395735 09:10 pm / 09:11 pm / 09:11 pm / Total = 1 minute 1284397710 10:04 pm / 10:05 pm / 10:05 pm / Total = 1 minute 1284399661 11:04 pm / 11:05 pm / 11:06 pm / Total = 2 minutes 1284401622 12:13 am / 12:24 am / 12:28 am / Total = 15 minutes 1284403905 01:46 am / 02:24 am / 02:49 am / Total = 63 minutes 1284403566 02:24 am / 03:02 am / 03:28 am / Total = 64 minutes 1284405308 02:42 am / 03:28 am / 03:45 am / Total = 63 minutes 1284407032 03:47 am / 04:44 am / 04:50 am / Total = 63 minutes 1284408679 04:43 am / 05:02 am / 05:15 am / Total = 32 minutes 1284410120 05:30 am / 05:31 am / 05:31 am / Total = 1 minute 1284411290 06:04 am / 06:05 am / 06:05 am / Total = 1 minute

OK - just awake. I'll keep doing regular purchases overnight. I'll be interested to see how the numbers go. So far - Order number / Purchase / Deliver / Paid / Total Order number: 1284395735 09:10 pm / 09:11 pm / 09:11 pm / Total = 1 minute (Oh and I found the problem with the previous one TT - I had you on mute - must have been having a particularly windy rant on the Commerce Merchants group when I was working or something , lol). btw Darrius - did you notice the linear pattern in delays if you take midnight as hour zero? ie 0030 purchase = 30 min delay; 0200 = 60 min; 0330 = 120 min - roughly doubling every 90 min. I'll aim to plot this tonight too.

ah ok it did go through I didn't realise til I went through chat log to find it (strange I really didn't see that arrive) [2011/11/15 11:14] You decline 'Heart-Overhead-Gusher' ( http://slurl.com/secondlife/Grojnowski/64/3/91 ) from Xstreet SL Magic Box v3.0.11. Just as well, otherwise that would blow the theory lol