PosJump teleporter status, 1.26 and beyond

So far as I can tell from 1.26 release notes, the PosJump hack (http://wiki.secondlife.com/wiki/PosJump) was once again enabled as of 1.26.1, so teleporters dependent on it should work. (For history, see https://jira.secondlife.com/browse/SVC-4089).

However, Prospero Linden has been very clear that the hack that makes PosJump work will be eliminated, although he has been listening to residents who want the functionality to persist in some form.

Many ideas have been advanced; does anyone know what the Lindens are actively considering? Is there a particular office hour where this is likely to be discussed?
.

Just asked him 5 mins ago (Prospero Thespian is his alt):

"[08:13] You: I told a fib thou about two question. Nika wanted to know if posJump has a snowball's chance in Heck of surviving?
[08:13] Prospero Thespian: No
[08:13] Prospero Thespian: Long term, no
[08:13] Prospero Thespian: However, we're also talking about giving a legitimate "real" way to do the same kind of thing"

That legitimate "real" way part sounds veryyyyyyyyy good!

nods. Thanks, Jesse! I was wondering what they are considering for "real" ways to do it ...

Personally, I was never suckered into using PosJump - I don't sell anything, and warppos works for all my properties. But, if a legit method shows up, I'm all over it!

Well hopefully it will be something along the lines of TeleportAgent/TeleportObject

The objection I've always hear to llTeleportStuff is that it will require a new permission bit and will do a pop-up to the user, asking if it's ok for them to be teleported.

It'd be nice to have..

posJump is much more efficient then Warppos. And we are going to need something that does not build a list with the upcoming script memory limits. As I alluded to, critical that the new function also works on objects instead of just AVs. I do not have all the answers to the security concerns. Maybe a check to make sure it is only one jump(as opposed to a loop) and limited to sim script is in?

Thinking about it abit, if I were at LL I would want to base llTeleportWhatever on new Agent/Sim bindings being put in place to support interoperability between grids. I know some of that infrastructure is already being put in place ... I'll chat it over with folks next time I'm inworld.
.

It doesn't need either of these, if it's restricted to stuff *you* own or *the landowner* owns, and has a "safety period" after a teleport in which they're ignored.

There are a few unused bits in the permission Integer, so I don't see that being an issue. Just a matter of coding.

Yep.. I was just sayin'.

Of course, those of us who use the restrained life viewer and buy our collars from a certain leading manufacturer have been able to tp ourselves (and be teleported) with a simple chat or menu command for quite some time now (/me glances up the thread a bit).

It's one of those features of the RLV -- like being able to turn off IMs from everyone but selected avatars (a huge improvement over setting yourself on busy) -- that seems to me to have a potential appeal far beyond what I refuse to call "the bdsm community".

Do you have any IDEA what a field day certain griefers would have if they could simply teleport their lagging/crashing objects all over the grid without having to manually teleport everywhere to do it? The security considerations go way beyond simple granting of permissions....

(Yes, I understand that custom viewers and even some scripts could make this simpler already, but there's still quite a hurdle of effort at the moment. If it could be done with a simple one-liner.....)

Talk is cheep is all I have to say.

I don't see any hurdle at all. As you pointed out it can be done already and really is a no-brainer to setup. There already is in place a one-liner to do it and it is called posJump. Plus if the cool down period was in effect and in same sim as script then it would be more constrained then it is now. They would still be subject to grey fence and normal LL security algorithms.

All they have to do now is use llMapDestination and sit there hitting "teleport" when the map comes up. It's already a one-liner, and there's only about 30,000 Evercrack/Warcrack cheat programs out there to automate pushing that button.

If llTeleportAgent() is implemented with a "dead time" mechanism, it'd actually slow them down.

Evidently it is pretty expensive because you can't seem to afford more then a few pennies worth here anymore Miss you Strife!

Or 5 minutes whipping a custom one up with AutoIt.

/me agrees, smiling. If I were at LL, I would say let's wait until newer object/agent stuff they're working on is done ... that would put it off for a good long time!

p.s. Good to see you, Strife!

I thought we were talking about Teleporting people, not objects. I wouldn't be in favor of a function for teleporting objects at all.

And I'm a bit unclear on who's talk is cheap at the moment, anyone can toss me a clue?

The Lindens ... I was just observing that, despite Prospero's statement that they will be closing the PosJump loophole and are discussing a valid long-distance teleport method, I'm not holding my breath for llTeleportAgent (or llTeleportStuff) any time soon.

He didn't, after all, say WHEN.

Holding breath = bad idea.

I think a few people died of asphyxiation waiting for Havok 4.

warpPos and Posjump already teleport objects. Calling llSetPos in a loop already move objects etc. But none are optimal right now except for Posjump.

In the jira, everyone would be happy with limiting telelporting objects to the sim the script is currently in. This is more constraint then we have presently.

EDIT additional thoughts. Safety has been discussed in various scenarios. Objects confined to sim and a cool down period for agents. If there was no cool down period for agents then you could be greifed by being stuck in a loop teleporting between two locations.

or havok 3, or havok 2, or mono, or.... yeah =)

but I say to be most effective, when waiting for something to happen, don't hold your breath... hold theirs! >=)

:: waves at the cabbit :: good to see ya round, hope things are going well.

I want llAutoMagicallyFixGrid()... whose breath should I hold?

Well yes, but the moving of the object is for the purpose of moving the avatar sitting on it.

lets cut out the middleman, move the Avatar directly.

That is not the only purpose. A lot of us also move just the objects.