Sassy Romano

I know about that judgement and the case that went before it where mid legal case, the government retrospectively changed the legislation to make it seem like it was ok. GDPR won't apply to the UK post departure from the EU but given that the UK will probably want to have a relationship, it will need to have in place something that is suitably equivalent. Not that it matters, the government won't adhere to any legislation anyway. Long and complex topics, not for this forum for me so i'll slink back away again

Callum Meriman wrote: Freya Mokusei wrote: Syo Emerald wrote: Your IP adress is not a secret and not personal. In terms of how SL see it maybe, seeing as LL are based in California. But you may want to be aware of... Wikipedia GDPR Which could make it a crime (with fines attached) for folks in the EU (or working off of EU-based servers) to be attempting this nonsense. 'Course you'd have to chase them outside of SL, but that's easy enough. For practical applications, IP address can become personal data if combined with other data, such as account name. Which would be what these folks would be doing. Interestingly there was a court case in Germany on Wednesday that addressed this. IP addresses are now court-confirmed as private information in the EU and it's illegal to retain them in most cases. http://arstechnica.co.uk/tech-policy/2016/10/eu-dynamic-static-ip-personal-data/ Oh please, bring on the legal cases against the UK in that case since the UK government has and will continue to collect and store IP address records as part of what is being loosely referred to as an "internet connection record".

The only way to be approved to upload mesh files is to have payment info on file using one of the accepted methods. L$ is not one of them. Once approved, you can use L$ to pay for the upload cost.

At a guess Maya but you can achieve the same in Blender although as others have suggested, the Avastar plug-in is not free but pretty much essential. As a suggestion, perhaps don't keep writiting a different subject within the same thread, it makes it very difficult to see what's new and why because it makes it look like it's a new topic each time.

No. Specifically, you cannot use L$ as a payment method for verification of your identity, which is part of the requirements to be able to upload mesh models.

I wrote exactly this script a long time ago to remind me where I'd left my dance system. I'll send you a copy when I login.

Well it's a policy that is often adopted because it's what people see others already doing. It's not one that is necessarily the correct approach but each merchant is at liberty to set out their own policy. It's subjective as to whether someone feels this is bad customer service or not, however the review system is for objectively reviewing the product, not the merchant, any conversation or opinion about service so just flag it as you have done and move on. From my own experience, quite often, when refunding for whatever reason, especially when it's unexpected, the customer then buys something else instead. If they don't, they don't but they'll remember where they were treated beyond their expectation but we've all experienced the few that are more challenging than others. Even I lost my cool with one once and that takes a seriously exceptional amount of effort. My complients on your English, it is very clear and accurate, I was just responding very precisely. *smiles*

Then the OP is not communicating the problem clearly because the original post refered to objects owed by them, not given out to others. Maybe it's two different update requirements?

Nova Convair wrote: llRemoteLoadScriptPin has permission limits. You can only update your own stuff. "You own objects in different regions. You want to update the script in those objects totally remotely, without having to visit each object and rez an updater beside the object" That's exactly the use case of the OP. I sympathise from the time where I had a bunch of inworld sales locations and yet had to visit each location. I never read this requirement as sending a product update to other people but it got mistakenly dragged in that direction.

https://community.secondlife.com/t5/General-Discussion-Forum/2nd-Avie-Always-a-Cloud-Now/m-p/2178817/highlight/true#M125934 https://community.secondlife.com/t5/General-Discussion-Forum/My-Avatar-is-a-Cloud-how-do-I-rebake/m-p/2298243/highlight/true#M135386 https://community.secondlife.com/t5/General-Discussion-Forum/Help-I-m-a-Cloud/m-p/1642791/highlight/true#M74796 Top of the forum page, just below the knowledge base tab is a search feature. Just entering "cloud" got those results and many more.

Dakota Linden wrote: If you purchase an item and the permissions on the item in world do not match the permissions that the seller has indicated, please leave a non-hostile review on the listing stating how the permissions are different and then flag the item as Not As Advertised - Item permissions not as advertised. Well it might be better to suggest that they don't leave a review about permissions but just flag it as not as advertised. This way it will be removed from sale, hopefully corrected and then re-activated. Surely that's better than having a review which says "incorrect permissions" when they will subsequently be corrected but now have an inaccurate review? Just my thoughts. Yes a comment can be added but don't expect anyone to go and re-visit a review to change their previous statement about permissions.

Kendra Parfort wrote: Everyone knows that there are no refunds for non transferable products (except for double purchases). No, that is simply not true. There is no reason or method which prevents a merchant from refunding ANY purchase, transferable or not. The option for discretionary exceptions always exists.

You upload them to whichever grid you need. You have the source dae.

AmberSwann wrote: I have a NVidia GeForce GTX 760 2gb cache... and boy do I hear my fans werring away trying to cool it down. Guess it's time to by the 900+ series now... *sigh* That actually surprises me because the SL engine doesn't drive the GPU anywhere near as hard as other optimised games. My GTX 680 sites pretty quiet in SL, the only time is on empty regions where the frame rate would run to three figures completely unecessarily. I cap my frame rate, cool, quiet PC.

For a start, turn off any AO. It seems that many AO animations have inappropriate animation priorities and that's the first culprit that i'd aim for.

An update server isn't going to help up you remotely update objects without avatar intervention, for the reasons you have always identified. Update servers send inventory to avatars, you can't send that inventory to a remote rezzed object. I agree that llRemoteLoadPin cross grid would be the simplest solution. Create a JIRA and propose llVeryRemoteLoadPin

Right, first thing suggest you try is to use the actual inventory instead of links because the viewer resolves the actual location of the item and it's not actually in the .core (nostrip) folder. If it's not that then if be nagging Kitty B for an explanation.

Correct Phil. The scripts with the RLV commands are in this case in a collar and offer someone else the option to invoke clothing change or removal. Helpful for roleplay, store manequins, scripted objects to add/remove items, automatically ensuring the right stuff is worn when entering PG sims and so on.

Can you post a picture of the RLV folder structure including the elements being described here? From the looks of it, it seems as though it should work but clearly something isn't right.

Phil Deakins wrote: Alternatively, learn to undress yourself I believe you'll find that the requirement is to undress someone else

You may also want to turn on RLV debug messages in the viewer and paste the resulting messages here when you invoke a strip.

Pretty much the same as what Freya said. Plus I associate "me" with my avatars appearance and changing that to some other stock standard mesh would no longer be me. Then factor in that I have my exact shape in blender and can make mesh clothes that fit me perfectly. Contrast that with the restrictive practices of most mesh body creators, some of which won't make the body dev kit available and I have no time or inclination to buy into a closed technology solution based on limited supply and a no mod item that cuts off my creativity. Others may prefer to have their options entirely dictated.

Edit the collar, go to the contents tab. That's where the notecard should be.

This is a scripting class converting the LSL dataserver event. It will assume a degree of competency in existing LSL capability. Far from a first introduction to LSL.

Prokofy Neva wrote: I'm not persuaded these are "bots" because I don't see how a scripted agent could join a group. Group joining requires clicking on a link in chat, not sure bots can do that. https://www.mysmartbots.com/blog/2012/09/new-bot-api-functions-to-join-and-leave-groups/ Just like that. You should remember that all the functionality of SL that the viewer offers is a result of API's, the only reason that a link needs "clicking" in chat is because that's how the viewer expects it to be presented to a human. There's no reason that a non interactive viewer doesn't just call the API and interact appropriately. Think of a web page, software can invoke actions and links but by your reasoning, this couldn't be done because a link on a web page needs "clicking". It's all just software, just about anything is possible.