Chaser Zaks

Could be that the region has scripts disabled at estate level, or if it is group owned land or shared with a group, scripts could be disabled at parcel level if the parcel permission disable group scripts. I know I've had to disable scripts due to griefer objects while I return them and ban the resident, and had forgotten to turn scripts back on(several times) when I was done. At least it wasn't as big as a blunder as forgetting to turn collisions back on.

You were likely reading the Linden Lab general terms of service which is used for Sansar, Patterns, and Blocksworld. It serves as a default for LL's platforms. You want https://www.lindenlab.com/legal/second-life-terms-and-conditions (Relevant statement is at 4.iv) which has a condition to that stating you cannot transmit sexually explicit or violent content UNLESS the maturity rating says otherwise.

I believe this is because the background is by default set to transparent. Try adding this to the css: html,body{ background:#ffffff; /*White background should force it to look normal*/ }

Just a heads up, posting people's chat logs without their permission is a violation of the Terms of Service. Don't take me wrong, I'm not siding with them, but for your own sake, I recommend removing the chat logs before a Linden sees it, as they may add a record to your forum account(or even Second Life account). You can keep your personal perspective and opinion though, those are perfectly fine(from what I know. LL may count it as personal attack but I'm not LL), just not the chat logs.

You can choose a last name, but they are a very expensive thing usually reserved for companies. The reason behind this is the exact reason above, if you could choose your own last name, you could choose to name yourself something like imnotreally.IBM or choose naughty names like Llnden(Thats LLnden). If you really want to have a custom last name, please see http://wiki.secondlife.com/wiki/Linden_Lab_Official:Custom_Name_Program Do keep in mind this will cost up to $500 USD, as these are usually intended for corporate names such as AOL or IBM, or special case names like CokePremiereGuest(A event name from back in 2007)

The way I solved this on my site is restricting display name characters to latin + locale characters, that being: If someone is using en(alias for en-us or en-gb), they get access to characters a through z, 0 through 9, and diacritics such as in my username(Félix). If someone is using ja(Japanese), they get access to latin + UTF-8 Japanese character blocks (3000 - 303f, 3040 - 309f, 30a0 - 30ff, ff00 - ffef, 4e00 - 9faf). I would love if SL adopted this limitation because I have gotten yelled at for referring to someone by their username when I cannot read/type their display name, but this would probably be enforced locally by the viewer instead of server side, which means naughty viewers would ignore the limitation. Plus I cannot read block, a lot of people seem to use characters in their name that isn't a available from default installed fonts.

time to get TECHNICAL! (WARNING: code and math ahead, beware!) Sun is exactly 1014 meters away from where ever the camera is at in any given moment, but can be any size you want! Reason: Sky is a fixed drawable, meaning it is attached to the camera like a HUD is, but is affected by the 3D rotation matrix unlike HUDs are. To figure out how far the sun is, we need to go to the source of where it is drawn: https://bitbucket.org/lindenlab/viewer-release/src/default/indra/newview/llvosky.cpp#llvosky.cpp-1417 From here, we can see that LLVOSky::updateHeavenlyBodyGeometry has a line specifying the draw distance, which is LLVector3 draw_pos = to_dir * HEAVENLY_BODY_DIST. But we don't know what HEAVENLY_BODY_DIST means, so we have to go into the headers for llvosky.cpp, simply called llvosky.h: https://bitbucket.org/lindenlab/viewer-release/src/default/indra/newview/llvosky.h#llvosky.h-45 From here we see this code: const F32 HORIZON_DIST = 1024.0f; const F32 SKY_BOX_MULT = 16.0f; const F32 HEAVENLY_BODY_DIST = HORIZON_DIST - 10.f; const F32 HEAVENLY_BODY_FACTOR = 0.1f; const F32 HEAVENLY_BODY_SCALE = HEAVENLY_BODY_DIST * HEAVENLY_BODY_FACTOR; Which tells us that HEAVENLY_BODY_DIST is exactly 1024(HORIZON_DIST) minus 10 meters away! We can also see that the default size of a "heavenly body" is 101.4 meters, but this is probably a base scale and isn't the final value. HOWEVER, It is important to note that the to_dir variable isn't required to be a equal sine/cosine value, so the sun can be told specifically to be in any position in the sky that is off a circular rotation, so you can technically make the sun move in a square which would put it off this 1014 meter rule, or you can set it to have the direction of <0,0,0> which would put the sun in the middle of the camera, which wouldn't be too appealing, not because you'd go blind, but because it would block your view.

Linden Lab uses self signed certificates for connecting to the grid(at least the login bit), it is perfectly normal. However, it wouldn't hurt to see what the certificate says on the anti-virus and make sure it says it is signed by Linden Lab.

Nothing overly complex, not that I am one to speak, I added a elevator to my house because I had gotten bored and wanted to expand DOWNWARDS. But if I were restricted to prefab houses or no hyena tunnel digging, I'd prefer a similar house to the type I have on my parcel. Simple, single story, nothing extremely fancy but gets the job done. (Pics: https://imgur.com/a/9XoAXxT) NORMAL PEOPLE SIZED. Assuming you are talking about scale. I see too many houses in SL that are scaled 1.5x their normal size and I look teeny in them even though my height is set to a normal human height. If you mean size as in square feet of usage, different housing is for different people. Personally since I live in my SL house alone(except for friends who like to hang out here and my bot/alt/husbando), my house uses a footprint of about 16x26x7(1 bath, 1 bed, 1 closet, 1 garage, 1 kitchen, 1 living room and 1 study). The study could be also be used as a extra bedroom(I've shrunk it down for room for the elevator so It would be able to fit a decent enough sized bedroom). So it could work as a 2 bedroom house on that footprint. I would imagine more bedrooms/features would use more space unless it is two story. A community with roads and stores would be neat, but often this adds rules that would otherwise interfere with my preferred living style. Personally if I had the opportunity to make my dream community, it would be a community with: Strict housing style rules(Not that each house has to look the same, but they must blend with style). As much as I love creative freedom, when building a community, even in real life, housing styles are often controlled for a reason, that reason being your simple housing of regular style would look very out of place if your neighbor on the left had a sci-fi facility house and the neighbor on the right had a fantasy floating wizard castle. Of course this is only the exterior, people are free to do what they want on the inside such as putting floating magic crystals on tables, or sci-fi hovering beds. NO BREEDABLES. I understand many love breedables, but they are so darn script heavy and love to move around. I wouldn't mind it if it where very very smartly crafted breedables(EG: if no one was in range of 8m, they enter idle mode and DO NOT DO ANYTHING, everything is handled via time scaled simulation on a remote server until ready). But no breedables seem to do this. Pets I don't mind, especially those that use animesh and pathfinding because they are very low lag, sometimes.. clothing optional and bondage friendly as long as it isn't a sex thing. Neither are a sex thing for me, and I don't care what happens inside the housing, but I wouldn't want to see people doing it on the front lawn/road ways/public areas. tiny text because scared to admit publicly, maybe people will glance over it. A community club/pool with event calendars and what not would be neat, especially one restricted to the community and it's friends only so everyone will know each other. A public market(that being people can rent vendors there without being part of the community and visitors can buy from there as well)/a small restaurant destination, etc would be amazing. Of course the former being a RP style destination. A community that takes input from it's community before doing things, eg: Voting on changes, petitions, etc. Avatar friendly, doesn't matter what avatar you have(unless ponies which look really out of place with cellshading), be it human, furry, elf, ayylmao, etc, as long as you abid by the rules and be nice. Adult rated regions. no child avatars which scare me. I don't have a problem with them but they scare me on adult regions. Copy/pasted from the above thing: A community club/pool A public market(that being people can rent vendors there without being part of the community and visitors can buy from there as well) A small restaurant other various RP destinations A functional arcade would also be cool You underestimate my autism(yes i am legally diagnosed, I'm not making fun of it please do not throw rotten tomatos at me). I cannot answer that which is unasked.

As a admin on a site which I will not mention here, as much as I like users of services, they don't always know what is best for the site, so it will always end in a mistrial, and for when it doesn't, it would have been the same outcome as if a administrator had handled it. I understand the sentiment, but it would mostly be a waste of a bunch of people's time. This can, however, work in massive groups such as the Linux foundation, who does council voting on things, but they already have people appointed to such stuff.

Those poor bots abandoned by their owners, someone should call the bot protection agency! Really though, there isn't much that can be done. As long as they are marked as scripted agent, LL usually doesn't care unless it is all owned by the same person and they are being negligent to restore their bot's position. They got kicked there because they tried reconnecting while the sim they stay at was down. Usually bot owners will log in within a week and pick them up when they notice they are gone. I have seen some "chat bots" that are quite annoying(especially when there are two and they are talking with each other spawning 1 message per second), I usually just bump into those until they get out of the safe zone spawn and into the water so they don't bug people.

Oop, you are right! I've updated the value!

I don't see why it would need to be discounted even more? Annually is $6 USD a month, which if you break it down: L$300 a week(About L$1,300 a month, a $5.20 value) Linden home (provided you don't use more than 512 sqm of the other land) ($4.00 value) 512 sqm of extra land to use(1024 sqm if you don't use the linden home) ($4.00 value) Voice morphing ($8.00 value) Those only being the things that can easily be estimated, LL technically looses $15.20 if you were able to and were to buy these individually. This doesn't include live support(who probably puts up with a bunch of cranky people daily, god bless them. <3), the L$1,000 sign up bonus, region entry priority, group limit bonus, premium regions, etc. Personally, I feel LL is charging too little for premium. If I a job I would gladly pay more than $6 USD for what premium offers. Just compare that to other services like world of warcraft who charge $15 USD a month, or runescape who charges $8 USD a month(Granted, these are not the same exact type of service provided by LL, but SL premium membership is quite cheap in my opinion). This being on top LL probably pays a lot more to keep servers up because SL is a user generated content platform, meaning they have to deliver tons of dynamic content to users.

Create a email filter either on the server or email client to automatically move emails from *@im.secondlife.com (I think that's the address?) to a subfolder, that's what I did. My email is structured like so: Inbox Second Life Important / Security Invoices Instant Messages Jira News Objects

When you send a object to a blocked person, the object is automatically declined without notification that a item was sent or that the item was declined. As the blocking system uses the internal decline function, it the object is still technically received, it is just put into their trash folder. It will still require manual purging.

https://i.imgur.com/7Bp68yv.mp4 this thing, it is my favourite bug and I hope it never gets fixed.

This used to be a thing back in 2007. Since they brought back community gateways it would be nice if they added that(especially since I would like to get into Orientation Island one day so I can investigate bugs and find all the holes that need to be patched up so new residents don't accidentally go outside the tutorial area).

Despite Linden Lab being a California based business, LL seems to be on very neutral on grounds when it comes to politics. Personally I find it good business practice. You don't make your customers angry at political based decisions if you don't do political based decision, all sides win and LL keeps customers. Granted there are some things that can be argued are political based decisions but really though they are more of common sense rules, rather political decisions.

It may be possible to use integer canReturn; default{ state_entry(){ llRequestPermissions(llGetOwner(), PERMISSION_RETURN_OBJECTS); } run_time_permissions(integer p){ canReturn = TRUE; } touch_start(integer dt){ if(canReturn) llReturnObjectsByID(llGetKey()); else llRequestPermissions(llGetOwner(), PERMISSION_RETURN_OBJECTS); } } However, I am unsure if llReturnObjectsByKey has an exception to allow residents to return only their own objects over land they do not own.

The EU is overstepping their boudaries if you ask me. I run a company(both in SL and out) based and hosted in the US. People from the EU can access it because I don't block access based off country(except China and Russia, which get requests blocked based off an AI's suspicion level. I don't mind good users from China or Russia, it's the script kiddies probing my servers I don't want) because im lazy I'm not going to put code that I don't want into my software. If someone access my site or services, they do so under the US state of Kentucky law. If the EU gets angry at me for doing stuff according to my law, then they can try sue me. I'd like to see them try and get past my freedom eagles.

Documentation island is used by Linden Lab to make knowledge base articles. Lots of the screenshots you see on the KB have been taken there. I believe back when Torley Linden did video tutorials, he used documentation island sometimes. Basically it is just a noise free area for LL to make helpful articles and videos.

No particular order, but if I had to make a top 10, this would be it: Furries Child avatars New residents Vampires / Bloodlines users(generally they seem to be bunched together) Sculpt based avatars More than sculpt based, prim based avatars I think the kemono avatar has worked it's way up in this list due to how it looks(apparently flat chested = child now? Idk) Avatars using realistic sizing / not having the height slider all the way to the max Avatars that have a bunch of idling scripts(compared to those who have a few but constantly running scripts) Resident last named residents. Script based discrimination would be(in order): New residents by a long shot, which saddens me. It makes new people feel not welcome and potentially damages the community. Script count and script memory usage. Granted a lot of memory can lag a sim when entering/exiting, but not when it isn't doing anything. People need to learn script time is the real main culprit. Avatars not using max height. I've been ejected from places for not being a giant several times. Specific fandom/group I can't really order. Furries, child avatars, and vampires seem to be all hated equally when added up. I could understand the hate for child avatars a bit(eg: going to adult areas like zindra causing worry for other residents, baby talk when not in a RP area), but it's just a few child avatars that do this. I have met some really cool people who use child avatars before. Can't really speak for furries since I am one, but even some furries make me dislike furries sometimes.

When I say authenticate in this, I mean to take some information to confirm that A equals B(EG: Is Chaser.Zaks equal to Chaser.Zaks). It is important to note that this isn't fully finalized and Linden Lab may change specific stuff, this is written based off what I know. This isn't a Linden Lab notice, it is a resident to resident notice. Some things MAY BE INCORRECT. This is intended for primarily scripters to raise awareness they need to update their scripts to properly authenticate people via UUID. Please do not spread F.U.D.(Fear, Uncertaincy, Doubt) by skimming through this and spreading incorrect/inaccurate words in group chats. If you already authenticate users by the UUID, then you don't have anything to worry about. The change: If you haven't seen it already, take a quick skim through During a User Group meeting, it has been slightly confirmed(As in, it is the current plan, this may not be 100% the choice yet) to allow users to change their last name, and even first name. For scripters(Both LSL and external), this is a very big and concerning change. We can normally authenticate residents by their username(EG: Chaser.Zaks, Saltyalt.Resident, Ebbe.Linden, etc), but because of this change, this is no longer a viable solution. I have always been authenticating residents via their UUID. The UUID will never change. It is important to authenticate residents using their UUID. What this means for existing content: If you are a scripter, if you haven't already been doing so, authenticate users by their UUID. If you are not a scripter, check that you can authenticate residents via their UUID. If you cannot do this, you will need to contact the creator. If you are a web developer, APIs are planned to allow us web developers to authenticate and update information as needed. Why this change is may be of impact: If you authorize people to be in your parcel by their username, and they change their name, they may no longer be authorized to enter your parcel and get ejected. Why this isn't a security risk / Why you shouldn't worry someone will take over your sim: Once a username has been used(EG: Chaser.Zaks), it can no longer be used again, for example: Say I have a security system which lets me use stuff like /1 eject <name>, or /1 ban <name>, and said security system only checks to see if the user who used it has the name "Chaser.Zaks" I change my name from Chaser.Zaks to Chaser.Soupcanister Someone sees this and thinks "I can use this to my advantage", So they try to change their name to "Chaser.Zaks" They are told they cannot use this name as it has been previously used. Estimated time frame of this change: Not any time soon, but within this year likely. Think somewhere like October or December 2018. This is a big change and a lot of stuff needs to be changed internally to make sure it doesn't break stuff. I assume some things internally may be using name based identification. Updating scripts: Sometimes people may use llDetectedName or the Name parameter from listen. You should instead use llDetectedKey or the UUID parameters when possible. You do not need to change this for stuff that just says "Hello, <insert name here>". For reference, this: string thePowerUser = "Chaser Zaks"; default{ state_entry(){ llListen(1, "", "", ""); } listen(integer channel, string name, key uuid, string message){ if(name == thePowerUser){ /*Do important things here*/ } } touch_start(integer detected){ if(llDetectedName(0) == thePowerUser){ /*Do important things here*/ } } } Should become: key thePowerUser = "796b1537-70d8-497d-934e-0abcc2a60050"; default{ state_entry(){ llListen(1, "", "", ""); } listen(integer channel, string name, key uuid, string message){ if(uuid == thePowerUser){ /*Do important things here*/ } } touch_start(integer detected){ if(llDetectedKey(0) == thePowerUser){ /*Do important things here*/ } } } If you need assistance with this: Please send me a message In-world with the affected script/object with full permissions. I will upgrade the script for you free of charge. I am unable to fix products that are no modify. Please do not kill the messenger.

E.I.G.H.T., or Governance8 Linden is indeed a Linden Lab employee account. If I recall correctly, it is one of a few Governance accounts Linden Lab uses to do things in world(It is shared by multiple people, they just use which ever is available at the moment). However, something seems off about the story. Linden Lab NEVER will tell someone they are being investigated unless they suspended a user's account first, or are investigating something on behalf of the user(EG: Suspicious logins). In fact, you usually will not even see them because God Tools permit them not to be even seen by people if they so desire. Telling people they are being investigated is going to make someone change their ways and skew the investigation. Make sure that the message you are getting is actually Linden Lab. People can use LSL to spoof being someone, so even though it says it is Governance8 Linden, it might just be a object. Are you seeing Governance8 Linden's avatar in-world? If not, this may be a tell tale sign that it is indeed a object pretending to do so. If can conclude that it is a object, please report this object. Linden Lab will find out who owns it and warn or suspend this account. Impersonating a Linden is a big no-no.

Oh, yes. That is correct. I typed that when I was half awake. I was mixing up avatar appearance xml exporter with the appearance data files. I had forgot about project shining, so yes the bot thing is incorrect and I have updated my post to reflect so. Thank you for pointing this out!