Anaiya Arnold

/me shakes fist at the fiesty misguided youths.

Who knows what is going on. I got an in-world message over half an hour ago stating that an item had been delivered to someone, but the marketplace says it has not been, is not available for redelivery, and I sure have not been paid...... I expect to get the lindens eventually, but it's a worry that the marketplace should say the item is undelivered and unpaid for, because the market does not wait for confirmation, so if it has done it's bit to send the item (and it must have) what exactly is it waiting on?

Good work Innula. :matte-motes-grin:

Hiya. Check your compatability mode settings if you are running Windows 7. Right click the Viewer's icon on your desktop. Choose properties and then select the compatability tab. Set to Windows XP Service Pack 3 and see if that helps. Try another viewer (such as Pheonix) and see if that works for you. If another viewer also will not work for you, then you can narrow the problem down to your machine/network. Make sure all your drivers and service packs (for your operating system) are up to date. If this still does not resolve the issue, take a look at the system requirements page (although this is perhaps outdated a little) and see if your computer meets minimum specs. Check this thread regularly for more detailed advice from others (in the meantime, please post your computer specs so others can help you more readily).

Josh Susanto wrote: I'm doing it also to systematically ridicule the design of the SLM. [My Text which I have to tag because whoever designed this forum is as clever as whoever designed the marketplace, and yes I did go and remove the "em" thingie in HTML........) This is the modernized version of the timeless sport "shooting fish in a barrel"?

Lag up, inworld employment/spending/economy down? Until LL fix their internal problems and start to perform at a level of competency that at least matches a high-school hobbiest's extra-credit project, I find it difficult to get excited about new developments. It's just more stuff to screw up, to screw existing stuff up with, to make promises about fixing, and then to be abandoned in a glitch-ridden deployed state while LL chase after the rabbit next to it.....rinse and repeat.

The grid is shrinking in part due to the high cost of the service, particularly relative to its quality and in consideration of the "kind-of" existence of competition. But mostly it's shrinking because many of the original users have gotten over it and that user type was a limited group to begin with. Younger generations in this crop have other things to do as they are usually early adopters and it's no longer "early" if you adopt SL now. Those users could be called "Linuxy-types". That does not mean they run Linux, but that they were the kind of people who would have been bothered with installing Linux, using a command console, understanding how their machine worked, and actually often enjoyed troubleshooting, and finding and reporting bugs via JIRA type thingies. The failure of a technology to work out of the box is a fun challenge to this kind of user and part of the adventure rather than a roadblock to fun. That market having been saturated in its time, and with any kind of time-heavy activity often being limited in longevity, SL needs to go mainstream to what I would call the "out of the box" users if it is to grow. These people expect immediate functionality and excellent and immediate help resources. Needless to say SL is still quirky enough and its documentation is poor enough that these people are highly likely to leave SL as soon as they run into trouble and find out how troublesome problem-solving often is. That's if they make it past such oddities as the absurd basic viewer. Let's face it, you'd have to have highly ineffective design and testing processes to lock new users into a basic viewer they cannot so much as change clothes in (the first thing most new users want to do), without closing the viewer, opening the viewer, changing settings, closing the viewer, opening the veiwer, and finally logging on (again). Really, who the heck thought that was a good idea, and why did no one effectively explain to them why it was not a good idea? Such evidence of a complete inability to get things done sensibly and to a reasonable standard, given the needs and preferences of an out-of-the-box, mainstream demographic, are abundant. If SL is to grow, it will need to broaden its market to the mainstream, and not merely the most patient and tolerant of such users. It needs to be "out-of-the-box" friendly. It needs much better, easier to find and navigate, up to date, no broken links, and complete, documentation and help resources. It needs sensible and effective design and testing.

Ok, Brooke. I did not inform anyone this time because the error message claimed that you (the service provider, not you personally) had been informed. Maybe these error messages could be amended to tell us that you may not have been informed and to take note of what was being done and when in case it is needed for error reporting later? For me this is the first time it has happened. I've gotten the error messages before but not everything in my store inventory completely missing. What I was doing at the time was updating a listing. I wish I could remember which because then I'd be able to narrow down when, but I've done a few listings over the last few days and have kind of lost track. I'll take notes and inform customer service if I encounter the same thing again. Thanks so much Josh. That was really generous of you. I swung by the tribe thing when you posted about it with a link some weeks back, but I was more than a little confused about what it is and how it works. Thanks again! My store order will no doubt change once Halloween is over. Because my sales volume is so low, it does not take much to completely re-arrange the first page in the store order. I had never sold a single one of those dollarbie draw toys until less then a week ago for instance, yet there it is on the front page because I've sold 4 or so this week. Let me know if you saw anything you fancied in my store (although I expect you have little use for eyeshadows and outdated ladies' zebra patterned boots....etc) and I'll send it to you in-world.

I have got to agree. I expect that BAXis a selling a lot more of any one of their " hundreds of lindens per pair" boots than I am selling of all my dollarbie boots combined. A quick quality comparison should explain this to anyone's satisfaction. People willing to spend, will spend for what they want. People unwilling to spend were unlikely customers from the get-go.

28 items and not logged on to accept them definately explains things. The items being sent count against your IM cap. 28 exceeds your cap. Once your cap is reached the remaining items just "disappeared" (they were dispatched but could not be received by you). Try contacting the merchants whose stuff you did not get. Explain you did not know about the IM cap, ordered lots of stuff without logging in, and that you never got their item because your IM cap had been exceeded. Good luck. Edited to Add some general tips: If possible log onto SL and clear all messages before buying so that you know your IMs are not capped. Avoid using the cart. Just buy one item at a time if possible. Never buy from marketplace when your avatar is in away or busy mode.

It bugs me too,a lot.

Ok. :matte-motes-grin:

LOL, I have low sales volume. If "top sellers" is anything in double digit sales, then I can cover that in less than two pages..... I only have to go 5 actually 6.....pages deep to see all the entries that have ever had one or more sale. Hence why I watch views. It's nice to see something moving.....even if only view numbers.

I check views regularly during the day just see what is being looked at and what is not. I've noticed a pattern whereby products that usually change total value a couple of times a day might go a whole day or longer without any views, while I have depressed viewing figures across the board during these times. I initially put this down to being about the day of the week (busier times and less busy times) but that makes no sense because sometimes these "no view" patches happen on what would otherwise be my busy times (weekend and around stippend payment). To be clear though, I'm not even sure if my inventory and store were really gone or if my browser simply thought they were gone (I've found the new Firefox a lot less stable and a lot more glitchy than the old one and I know sometimes people have browser related problems when trying to view the marketplace). Still it was quite worrying when it all seemed to have disappeared. My heart literally leaped into my throat when a couple of page refreshes and navigating to my shop view did nothing to fix it.

The root is the last prim you bring into a set of prims when you link them together as a single "multi-prim" object. So if you want the lid to be the root prim then select the base first and lid last when you link them into a single object. If you want the base to be the root prim, select the lid first and the base last when you link them into a single object.

I have days when a surprisingly few of my products get so much as looked at compared to other days, whereas at other times there is a fairly persistent volume of views across various products. This evening I was trying to update an item and I got an error message. For about three minutes, my entire store-inventory was empty both from "manage inventory" and from my shop. It then returned but only for a few minutes before disappearing and reappearing again. How often is this kind of even likely to be happening? Could it be often enough to account for some of the inconsistency in item views, or for the fact that when I use search as a customer I often get different results within a few minutes using the same search query, (or as I found out the other day, three different batches of results in under a minute using identical search terms)? So is this likely to be common, or a relatively rare glitch?

A EULA is part of a sales contract. A party cannot enter into a binding contract without full knowledge of it, and one party cannot unilaterially alter a completed contract without the consent of every other effected party to the contract. It's not in the least bit complicated. What does make for complexity are two issues. Particular to SL is what license is implicitly granted in SL by the permissions system and TOS combined. Creators are obliged to license anything they upload to SL, and to adhere to the permissions system. This possibly grants a default use license to use and dispose of items in accordance with their technical permissions, so that the failure to restrict the end user as a term of the contract constitutes an implied term of the contract. The second issue only arises if it turns out there is no default license implied by the TOS, and that's the matter of remedy more widely. Returning to the real world, this will be much more variable by jurisdiction, case facts, and presiding authority, than would be any issue of whether or not a party to a contract can unilaterally insert binding clauses or conditions into an already completed contract (they can't). It's not understandable that the merchant will not refund. It's reprehensible. They have willingly entered into a contract with no intention of upholding the contract. They may not have understood that this is what they were doing, but they cannot have reasonably failed to understand that it is unfair to sell an item without disclosing limitations up front. Not only would the law oblige to them to refund at least (if not oblige them to honour the initial contract by granting a full license no more restrictive than explicitly indicated prior to the sale), but so would basic ethics. They may not understand the former, but there's no good excuse for failing to sense and apply the latter.

That's really awesome!:matte-motes-grin:

Yes, you seem to be right about the GetInventoryList. Or at least using the code snippet I found I kept getting error messages about no-copy items. I'll look into llHtppRequest because although I do not think I will use it this time, I'd still like to know as much about it as I can. Thanks for your help Innula. I did really want the person to be able to unpack their cupcake while wearing it (and it worked so well when testing with the avatar who created and so has copy perms on the contents......but of course fell apart when I sent the cupcake to my testing-alt....heh heh), but I guess I'll have to settle for rezzing in-world because I'd like to get it finished (Halloween is getting closer), hopefully today. Thanks for your input Void, Innula, and Peter.:matte-motes-grin:

Ok, thanks so much Void. I nearly understand that on the first reading! So I must have actually put a text script in and then deleted it? I honestly to goodness do not remember doing that but I've been mucking around with scripts all day so I guess I lost track of what I had done. Thanks again! I'm off to go read up about llGiveInventoryList...this may take me a while...lol

My scripting skills are marginally below those of a beginner (fair warning given). Ok, I wanted to make an object (a cake) that would give one random object from an inventory of no-copy & trans objects to someone who clicks it. The item they receive is an attachment (cupcake) with an animation. I wanted the new owner of the cupcake to be able to click their worn cupcake and get the object inside (without getting the script/animation). When I tested the cupcake I got an error, and had a look around and it seems (so far as I can understand) that I cannot do this (give a no-copy object from the inventory of an attached object). Am I correct that this cannot be done, and if it can be done, what kind of lsl function should I be looking into? Assuming it cannot be done (and this is where my face is gets red and I have to admit to being an idiot, as you will see when you read on), my problem is that I somehow managed to put a text floater over my cupcakes, that indicates the wearer should click for a surprise and now I cannot find how I did that to undo it (yes, I'm shaking my head at myself too). My plan is to change this floater to tell the wearer they can rezz the item in-world to get a surprise, but I cannot find where or how I put this floating text over the cupcake in the first place (I only did a couple of hours ago too). So, (and please believe I feel so very stupid having to ask such a lame reqest), can someone please review this code and tell me where I set the floating text. I know that no one who is not illiterate really has any business asking such a request, but I swear I've gone cross eyed looking and although I cannot explain it, I honestly cannot find where I set the floating text....(ok I'm going to sit in the corner and humbly die of shame). // Original sip script By Theda Twilight // Animations by Robin Sojourner // Attach/detach message + drinking time configuration by Kahiro Watanabe key drinker; //agent wearing the object // This data is taken from notecard // string attachMessage; //whispered message on attach string detachMessage; //whispered message on detach float sipTime; //time between each sip float drinkTime; //total drink time /////////////////////////////////////// float currentDrinkTime; //keeps track of current drink time // for dataserver queries // key notecardQuery; integer notecardLine; default { state_entry() { drinker = llGetOwner(); notecardLine = 0; notecardQuery = llGetNotecardLine("!config",notecardLine); } attach(key attached) { if (attached) // someone is wearing it { drinker = attached; notecardLine = 0; notecardQuery = llGetNotecardLine("!config",notecardLine); } } dataserver(key queryId, string data) { if (queryId == notecardQuery) { if (data != EOF) { if (llGetSubString(data,0,0) != "#") // keep passing lines until finds a "#" { notecardLine = notecardLine + 1; notecardQuery = llGetNotecardLine("!config",notecardLine); } else if (data != EOF) // "#" was found, time to read configuration { list tempList = llParseString2List(data, [",","#"],[]); string tempString = llToLower(llList2String(tempList,0)); string tempString2 = llList2String(tempList,1); if (tempString == "attachmessage") { attachMessage = tempString2; } else if (tempString == "detachmessage") { detachMessage = tempString2; } else if (tempString == "siptime") { sipTime = (float)tempString2; } else if (tempString == "drinktime") { drinkTime = (float)tempString2; } notecardLine = notecardLine + 1; notecardQuery = llGetNotecardLine("!config",notecardLine); } } else // end of notecard reached go to 'ready' state { state ready; } } } } state ready { state_entry() // when state is entered permissions are requested { llRequestPermissions(drinker, PERMISSION_TRIGGER_ANIMATION); } attach(key id) // this is because a LSL bug next time cup is attached script will start in this state { // and we don't want that so this takes the script to default state if (id != NULL_KEY) { llResetScript(); } } run_time_permissions(integer perms) { if(perms & PERMISSION_TRIGGER_ANIMATION) { if (attachMessage != "") llWhisper(0,attachMessage); // 'attachMessage' is whispered llSetTimerEvent(0.1); // lets go to the timer llStartAnimation("sip rest loop"); // and start the base animation } } timer() { llStartAnimation("sipping sl"); if ((currentDrinkTime < drinkTime) | (drinkTime == 0)) // keep drinkning until time is over (or drinktime equals zero) { llSetTimerEvent(sipTime); } else if (drinkTime != 0) // stop drinking if time is over { if (detachMessage != "") llWhisper(0,detachMessage); llStopAnimation("sip rest loop"); llStopAnimation("sipping sl"); llSetTimerEvent(0.0); llDetachFromAvatar(); } currentDrinkTime = currentDrinkTime + sipTime; // keeps track of current drink time } } Config notecard: Sip script 2.0 with timer Help: attachmessage: whispered message when attach detachmessage: whispered message when detach siptime: time between each sip drinktime: total drinking time (25 for infinite) -------------------------------------------------------------------------------------------------------------------- Notecard configuration: #attachmessage, Nom Nom Nom #detachmessage, #siptime,5 #drinktime,0 There is also a random object giver script in the cupcakes, but God help me if the floating text is there because I deserve to be taken out and shot if I cannot locate a simple text string in such a short code snippet...... Just in case though, here it is. //Emmas Seetan //21 September, 16:46 default { touch_start(integer total_number) { float totalobjects = llGetInventoryNumber(INVENTORY_OBJECT); //number of objects totalobjects = llFrand(totalobjects); //Total objects llGiveInventory(llDetectedKey(0),llGetInventoryName(INVENTORY_OBJECT, (integer)totalobjects)); //Give any random object out of the total } } Also, while I am here, I actually want the cupcakes to give all the objects in the inventory (most have only one but at least one has two objects and I want them to be given from a single touch event if possible). Would that happen if I changed the code above to default { touch_start (integer gift) { gift = llGetInventory(INVENTORY_OBJECT); llGiveInventory(llDetectedKey(0),llGetInventoryName(integer gift)); } } Thanks so much to anyone who is willing to help (especially with the very lame request helping me figure out how to unset that floating text).

Not so far as the law is concerned. In real life law, software sellers who pulled this crap were found to be acting unlawfully and their EULAs were found to be unenforcable (this has been tested). That is why most software vendors now include a bit of writing in the EULA that tells you to uninstall all copies of the software and return it to the vendor for a full refund, if you do not wish to accept a EULA that was not spelled out clearly at or prior to the point of sale. A sale is actually just a contract. An implied term is freedom of use. To restrict this implied term, you have to make it part of the terms of the contract. For something to be a binding term of a contract, both parties must be aware of the term at the time contract is completed. That is the point of sale in a sale contract. Failing to advise of end user agreements before selling means there is no agreement with the end user. It's common sense as well as legal fact.

Someone always has to come along and ruin perfectly good fun with facts.... /me shakes fist Confound you facts, you spoil all the fun! I actually more less meant this (but was trying to make light of the situation, particularly the fact that the subject matter of this thread is the numerous bug-fixes they intend to deploy to fix the bugs their testing missed last time they tinkered with the marketplace): For them to miss bugs on some of the most basic functionals that any test group with even a simple test plan would have caught screams of LL's inability to properly test code they produce. Just look at the list of JIRA's from their last production deploy of code. It may have been a little devlish of me, hence the emoticon thingie

You test stuff before deploying it? :matte-motes-evil:

/me sulks...(because both your dunce caps are better than mine).....