They did not say to add new feature JIRA issues to revert SVC-125, they said to add new feature JIRA issues to handle privacy like SVC-1462.

Saying that, im gonna change the name a bit.

SVC-1744:
"My suggestions.
This should be an option set in the world menu in the top section where theres chat, always run, fly. ect. "
SVC-1462:
"This is an option...
Essentially it makes your avatar completely invisible to EVERYTHING..."

SVC-1744:
"...there should be an option for sim owners to choose if they want people coming in and flipping on phase."

SVC-1462:
"...there would be an estate-level function to allow land-owners to prevent invisible status on their land. "

From the issue posting guidelines:
Resolved
This is an implicit assignment back to the reporter of the issue. It is not closed yet, but rather in a state of limbo that depends on the resolution. It's up to the Reporter to decide whether to reopen an issue, or close it.

So please explain how this is not a duplicate?

So basically you are admitting it is a duplicate, but you want a Linden to resolve it and say "the reporter thinks this is a duplicate"?

The 'invisible' functionality was offered by the idiot who was in favor of breaking the very content in the first place. I will only vote for his idea if he is willing to refund the thousands of linden dollars worth of content he assisted in breaking.

This functionality is offered by someone who actually has a reason to use it, like myself, since Ammo and I are both antigriefers, and as far as I know, the other guy isn't.

There's your difference.

This idea will not refund your money anymore than the other, it does not restore functionality of phased chairs, it adds an option for making your avatar phased, which appears to be the same thing as making your avatar invisible.

No idea except restoring the functionality we want back will refund the money of the hundreds of people who purchased a phase chair. Why was the functionality broken in the first place? Because people like Haravikk Mistral made a JIRA on it and brought the attention to all the people who have no idea what Phasing even does and how useful it is. So what if it is an exploit, there are 50 more out there, you gonna go and fix all those too? Hell, why not just remove all the content in SL, that's the only sure way to fix all the 'exploits' and 'bugs'. They ALL use them, if you weren't already aware. The simple fact that phasing was listed as an exploit caused all the people who hide in a box on their own private land and have no idea what most of this stuff is to gasp out loud and shout 'I MUST VOTE FOR THIS BECAUSE IT IS AN EXPLOIT AND EXPLOITS ARE BAD'.

So in the end, you probably won't care anyways, too bad.

1. Refund the money that was lost when this content was destroyed.
2. Stop wasting your time closing this page.
3. ?????
4. Profit.

Only reason I can think of that you will not answer it is because you have no answer.

I have yet to be convinced that linden labs doesn't support griefers or won't willingly allow random content to die for kicks.

LL may as well stick a swastica in the middle of their logo instead of an eye. Something for the graphics department to actually get to work.

Thanks for letting griefers win again guys.

• I am not a griefer. I do not produce griefing tools, or tools commonly used by griefers. I do not support or condone the actions of griefers. I do not like in way, shape, or form griefers or griefing. I get enough trouble with it when I'm visiting Furnation sandboxes during an attack, or at my store when some idiot tries to make some kind of statement about their lack of a social life.
• I am not a content breaker. I do not wish to break people's stuff. However, anything in Second Life that relies on incorrect behaviour in a Second Life feature is just asking to be broken when the incorrect behaviour is discovered and fixed. Items such as sit-teleporters or warp-pos are NOT examples of this, as they use correct behaviour in inventive/unexpected ways.
• I am not singularly responsible for the success of SVC-125. I merely saw it, read it, and came to the conclusion that it did in-fact represent a bug, and thus voted for it. Additionally I commented on the issue in support of it, and likewise commented against SVC-1475 which sought to undo the change that SVC-125 rightly requested. I did not go out of my way to advertise SVC-125, or bring Linden attention to it. I Just voted on it, set myself as a watcher, and commented on it.

Every single person who IMs me in world in relation to this, and related JIRA issues is being abuse reported and blocked, because I come here to help Second Life, I do not come here to be insulted and harassed for helping to fix bugs.

----It only became hateful and insulting when Harleen came on here spewing the nonsense that this is a duplicate.

'- I am not a griefer. I do not produce griefing tools, or tools commonly used by griefers. I do not support or condone the actions of griefers. I do not like in way, shape, or form griefers or griefing. I get enough trouble with it when I'm visiting Furnation sandboxes during an attack, or at my store when some idiot tries to make some kind of statement about their lack of a social life.'

----We didn't say you were, but the fact that you keep going on about not being one makes me question it now. We said you are a content breaker, anyone who supported the fixing of the phase 'bug'/'exploit' is a content breaker. The breaking of said content has damaged more than it has fixed or helped. I again thank you, with the humble weight of all the sandbox dwellers, for the assistance in making our sandbox lives more miserable.

'- I am not a content breaker. I do not wish to break people's stuff. However, anything in Second Life that relies on incorrect behaviour in a Second Life feature is just asking to be broken when the incorrect behaviour is discovered and fixed. Items such as sit-teleporters or warp-pos are NOT examples of this, as they use correct behaviour in inventive/unexpected ways.'

----BS. There are more products in SL than I can name that relies on incorrect behaviour in Second Life. Take llPushObject for example, it wasn't originally intended to be used in the way it has been used for years now, pushing avatars and orbiting and such. But it evolved that way. It's the same thing, don't start going on about how it isn't. WarpPos was a bug in the code, an unintended function of llSetPrimitiveParams, it also was nerfed for some time before the lindens brought back the functionality for the exact same reason as this. Research these things.

'- I am not singularly responsible for the success of SVC-125. I merely saw it, read it, and came to the conclusion that it did in-fact represent a bug, and thus voted for it. Additionally I commented on the issue in support of it, and likewise commented against SVC-1475 which sought to undo the change that SVC-125 rightly requested. I did not go out of my way to advertise SVC-125, or bring Linden attention to it. I Just voted on it, set myself as a watcher, and commented on it.'

----And thus you are a content breaker.

'Every single person who IMs me in world in relation to this, and related JIRA issues is being abuse reported and blocked, because I come here to help Second Life, I do not come here to be insulted and harassed for helping to fix bugs.'

----Ever think that if you are getting tons of IM's from people who don't like you that maybe there is a reason for this? You and the others that voted for the breaking of phase pissed off more people than you even know. GG

I only said it was my opinion that it was a duplicate and asked how it was different, for which neither you or Ammo would answer. You took it upon yourselves to make it hateful and insulting and I ignored all that and just continued to ask questions that you would never answer.

You guys should go over to SVC-1462 vote for it, then you can have your invisibility from griefers.

If there wasn't a problem, i would have moved over to SVC-1462 ages ago.

You're accusing me of NOT being an anti-griefer which by double-negative implies that I AM a griefer. Yet I posted SVC-1462. I've participated in a number of JIRA issues and forum discussions aimed at tackling the problem of griefers, and I vehemently opposed the opening of the grid to free accounts without additional measures for ensuring accountability so that griefers could be punished for what they do instead of having the free-reign that they have now. While SL seems to be doing remarkably well in spite of how freely people can sign-up, I'm still not convinced.

"Take llPushObject for example, it wasn't originally intended to be used in the way it has been used for years now, pushing avatars and orbiting and such"

If push wasn't intended to push avatars then it wouldn't have been allowed to push avatars, that isn't an example of a bug. Orbiting meanwhile comes from a bug in Havok 1 which is addressed in the Havok 4 servers which are being tested at the moment. It's a bug that has taken ages to fix yes, because Havok has taken so long to be upgraded due to various technical issues.

"WarpPos was a bug in the code, an unintended function of llSetPrimitiveParams"

It was broken due to a server side change to make llSetPrimitiveParams run faster by not having it execute duplicate actions. However, llSetPrimitiveParams() never said anywhere that duplicate parameters weren't allowed, this is why warp-pos existed in the first place. PRIM_POSITION can only move an object 10m at a time, however multiple PRIM_POSITION commands were never an illegal parameter for llSetPrimitiveParams(), thus if each one moves an object 10m, you can move it 100m with ten commands, or even further. The optimisation that broke it assumed that duplicate commands were redundant (wouldn't have any additional affect anyway so could be ignored), however in the case of PRIM_POSITION this was not true, as each one could move the object a little closer to its target.

"Ever think that if you are getting tons of IM's from people who don't like you that maybe there is a reason for this? You and the others that voted for the breaking of phase pissed off more people than you even know. GG"

And yet I'm only one of 79 people who voted to get rid of a blatant, and misused bug. I may have been vocal in arguing it, but the fact that people have gone out of their way to IM about a JIRA issue which is free to comment on doesn't say much for the maturity of some of the people upset about this issue.

@Ammo Infinity:
Are you now being so unreasonable that you're going to call into question Soft Linden's stance on the issue?

Everyone who voted for SVC-125 and knew what it was are guilty of content breaking and supporting griefers.

But i have a question for Soft Linden.

Do you even know what it is? Do you have any idea what good it did and how much griefing you allowed by breaking it? How can we be sure that this protection won't be disabled in public sandboxes and used only for land owners?

You're accusing me of NOT being an anti-griefer which by double-negative implies that I AM a griefer. Yet I posted SVC-1462. I've participated in a number of JIRA issues and forum discussions aimed at tackling the problem of griefers, and I vehemently opposed the opening of the grid to free accounts without additional measures for ensuring accountability so that griefers could be punished for what they do instead of having the free-reign that they have now. While SL seems to be doing remarkably well in spite of how freely people can sign-up, I'm still not convinced.'

----HAHAHHAAH. So you are saying that the only kinds of people that exist are antigriefers and griefers? Ever think maybe I was putting you into the category of the people that are in between (the ones that don't care), which isn't an insult. You havn't notably done anything to solve the griefer problem, nor have I seen you in W.T with us. So your word means nothing, pics or it didn't happen.

'"Take llPushObject for example, it wasn't originally intended to be used in the way it has been used for years now, pushing avatars and orbiting and such"

If push wasn't intended to push avatars then it wouldn't have been allowed to push avatars, that isn't an example of a bug. Orbiting meanwhile comes from a bug in Havok 1 which is addressed in the Havok 4 servers which are being tested at the moment. It's a bug that has taken ages to fix yes, because Havok has taken so long to be upgraded due to various technical issues.'

----You'd be suprised. There are many problems that lindens havn't fixed and are reported almost daily. PushObject is being 'fixed' in the up and coming mass nerf with H4 where it will not be able to push avatars anymore. So, that basically says to me, as well as the name of the function (Avatars and Objects tend to differ), that it wasn't originally intended to push avatars.

'"WarpPos was a bug in the code, an unintended function of llSetPrimitiveParams"

It was broken due to a server side change to make llSetPrimitiveParams run faster by not having it execute duplicate actions. However, llSetPrimitiveParams() never said anywhere that duplicate parameters weren't allowed, this is why warp-pos existed in the first place. PRIM_POSITION can only move an object 10m at a time, however multiple PRIM_POSITION commands were never an illegal parameter for llSetPrimitiveParams(), thus if each one moves an object 10m, you can move it 100m with ten commands, or even further. The optimisation that broke it assumed that duplicate commands were redundant (wouldn't have any additional affect anyway so could be ignored), however in the case of PRIM_POSITION this was not true, as each one could move the object a little closer to its target.'

-----The point I was trying to make is that the lindens tend not to test the code deep enough to find these, and once we do, it should be left alone. If it isn't directly harmful to the well being of the simulator servers (in which phased wasn't, it wasn't actually harmful at all funny enough) then it shouldn't be touched.

'"Ever think that if you are getting tons of IM's from people who don't like you that maybe there is a reason for this? You and the others that voted for the breaking of phase pissed off more people than you even know. GG"

And yet I'm only one of 79 people who voted to get rid of a blatant, and misused bug. I may have been vocal in arguing it, but the fact that people have gone out of their way to IM about a JIRA issue which is free to comment on doesn't say much for the maturity of some of the people upset about this issue.'

----Perhaps the other people are getting attacked too? You weren't the only one who voiced their opinion in the JIRA that killed phase. In the end, I doubt people will leave you alone. And I have no idea what you could do to help yourself, all I know is whoever is IMing you, I don't know them.

'@Ammo Infinity:
Are you now being so unreasonable that you're going to call into question Soft Linden's stance on the issue?'

----I think the reasonableness went out the window the moment the JIRA for removing phased came into existance. It was unreasonable that phased was removed despite the valid points on why it is useful were made and outnumbered the points that were made against it. The fact that something is a bug doesn't mean it is bad, not sure why people don't understand that. A lot of bugs or mistakes turn into features when it comes to coding, you look at it and say 'huh, I didn't think about that but that's cool'. But whatever, my opinion doesn't matter, and apparently no one elses does anymore. The lindens won't give us what we want back, they wont refund the thousands of lindens wasted to those who bought phase chairs and NPV's, so GG at that.

We got you point about WarpPos, but your basic premise is incorrect, it is not a bug, it does not violate the 10m rule as no one jump in the list can be more then 10m apart.