[Afronanny]

TeleportCheck 1.0
This extension allows plugins to control whether or not a player is allowed to use a teleporter. The reason this was created was to disallow scouts from taking teleporters.

SourcePawn Forward:

PHP Code:

forward bool:OnTeleportCheck(client, bool:actual); 


Return true to allow the client to teleport, false to disallow the client from teleporting, or actual to use the game's decision. Note that returning true will allow the client to teleport even if the teleporter belongs to the opposing team. In a future release, the teleporter's team will be added to the forward.

Todo:

* Give more information about the teleporter, such as its team or owner, even its ent index

Example plugin is attached, and disallows scouts from teleporting. Convar is sm_teleportcheck_enabled

Download TeleportCheck here.
Source code is available here.

Credits:
-Me (everything)
-This thread

[KyleS]

I cannot wait to see servers install this, thanks Afronanny!

[DontWannaName]

Iv always wanted this but like with allowing engis to build in spawn, its always been in the brink of major game altering.

[casvdry]

What we need is a teleporter that is smart enough to prioritize. If two targets step onto it at once, teleport the slower class.

[SpideyFusion]

Thanks for making this extension and I really hope that you are going to update it so it contains more information about the teleporter. Right now, I'm using it to prevent spies from using the teleporter, for the TF2 vanilla plugin.

[snelvuur]

was just trying this out, but it was asking for .so files which are in the /bin of orangebox. any reason why? if i chuck them in /lib it works fine, but i dont think that should be the sollution

[Afronanny]

Originally Posted by snelvuur was just trying this out, but it was asking for .so files which are in the /bin of orangebox. any reason why? if i chuck them in /lib it works fine, but i dont think that should be the sollution

That shouldn't be happening. What specifically did you have to do? Which .so files did you move?
ducks

[snelvuur]

it was libvstdlib.so and libtier0.so

If i did a ldd:

lz@binkey:~/saxton/orangebox/tf/addons/sourcemod/extensions$ ldd teleportcheck.ext.so
linux-gate.so.1 => (0xf7f17000)
libvstdlib.so => not found
libtier0.so => not found
libdl.so.2 => /lib32/libdl.so.2 (0xf7eff000)
libm.so.6 => /lib32/libm.so.6 (0xf7edb000)
libc.so.6 => /lib32/libc.so.6 (0xf7d88000)
/lib/ld-linux.so.2 (0xf7f18000)

[asherkin]

Originally Posted by snelvuur it was libvstdlib.so and libtier0.so If i did a ldd: lz@binkey:~/saxton/orangebox/tf/addons/sourcemod/extensions$ ldd teleportcheck.ext.so linux-gate.so.1 => (0xf7f17000) libvstdlib.so => not found libtier0.so => not found libdl.so.2 => /lib32/libdl.so.2 (0xf7eff000) libm.so.6 => /lib32/libm.so.6 (0xf7edb000) libc.so.6 => /lib32/libc.so.6 (0xf7d88000) /lib/ld-linux.so.2 (0xf7f18000)

That's expected, but srcds_run adds the bin directory to LD_LIBRARY_PATH.

[snelvuur]

Weird, it is started with the srcds_run..