in a similar vein to
http://teamfortress.tv/thread/18563/spy
since its basically the same exploit and im fairly sure that one works still too but i was too lazy to test sorry!
You can force other melee items to accept the Solemn Vow's health view thingy
it doesn't really do much on most classes other than make a little popup to let you identify enemy gamers, but on heavy it works properly
it also lets you see ubercharge as any class
with a bit of hud editing I feel like this would be pretty broken
this game is dumb
https://www.youtube.com/watch?v=E07DlOpnZmA
sry for bad quality but yeah
in a similar vein to
http://teamfortress.tv/thread/18563/spy
since its basically the same exploit and im fairly sure that one works still too but i was too lazy to test sorry!
You can force other melee items to accept the Solemn Vow's health view thingy
it doesn't really do much on most classes other than make a little popup to let you identify enemy gamers, but on heavy it works properly
it also lets you see ubercharge as any class
with a bit of hud editing I feel like this would be pretty broken
this game is dumb
https://www.youtube.com/watch?v=E07DlOpnZmA
sry for bad quality but yeah
Does this work on a non-local server?
Does this work on a non-local server?
MasterKuniDoes this work on a non-local server?
yeah
[quote=MasterKuni]Does this work on a non-local server?[/quote]
yeah
can I make everyone make the octopus squishy noise
can I make everyone make the octopus squishy noise
eeebut on heavy it works properly
if you don't mind, try gunslinger engineer. could be scaling it based on a multiple of 150 health bar
[quote=eee]but on heavy it works properly[/quote]
if you don't mind, try gunslinger engineer. could be scaling it based on a multiple of 150 health bar
nixnyteeeebut on heavy it works properly
if you don't mind, try gunslinger engineer. could be scaling it based on a multiple of 150 health bar
didn't work
idk why it doesn't
smobocan I make everyone make the octopus squishy noise
i tried this a few months ago and it didn't work sorry
jingle belt works though if you wanna use legal wall hacks on client :)
[quote=nixnyte][quote=eee]but on heavy it works properly[/quote]
if you don't mind, try gunslinger engineer. could be scaling it based on a multiple of 150 health bar[/quote]
didn't work
idk why it doesn't
[quote=smobo]can I make everyone make the octopus squishy noise[/quote]
i tried this a few months ago and it didn't work sorry
jingle belt works though if you wanna use legal wall hacks on client :)
Valve is just so hilarious, they release updates with new features, nerf demo out of nowhere, but let this kind of game breaking stuff just go by unnoticed.
Valve is just so hilarious, they release updates with new features, nerf demo out of nowhere, but let this kind of game breaking stuff just go by unnoticed.
ExquisiteStoneValve is just so hilarious, they release updates with new features, nerf demo out of nowhere, but let this kind of game breaking stuff just go by unnoticed.
That's what happens when a game is maintained by like five people (and likely not even on a full-time basis).
[quote=ExquisiteStone]Valve is just so hilarious, they release updates with new features, nerf demo out of nowhere, but let this kind of game breaking stuff just go by unnoticed.[/quote]
That's what happens when a game is maintained by like five people (and likely not even on a full-time basis).
This is just another symptom of the design of the current item system. Almost every (if not every single one) of the item exploits in recent history is due to the fact that the client stores the schema to items_game.txt on disk, and there isn't much of any checking on the client or server end whether that schema being used is legitimate.
I'm going to try to figure out if there's a way to fix it on individual servers. Meanwhile, it might be useful to figure out if this shows up in client demos, because if it doesn't this is pretty much undetectable.
This is just another symptom of the design of the current item system. Almost every (if not every single one) of the item exploits in recent history is due to the fact that the client stores the schema to items_game.txt on disk, and there isn't much of any checking on the client or server end whether that schema being used is legitimate.
I'm going to try to figure out if there's a way to fix it on individual servers. Meanwhile, it might be useful to figure out if this shows up in client demos, because if it doesn't this is pretty much undetectable.
Gabe Newell doesn't care about TF2 people
Gabe Newell doesn't care about TF2 people
If only valve actually responded to bug reports.
If only valve actually responded to bug reports.
thesupremecommanderThis is just another symptom of the design of the current item system. Almost every (if not every single one) of the item exploits in recent history is due to the fact that the client stores the schema to items_game.txt on disk, and there isn't much of any checking on the client or server end whether that schema being used is legitimate.
I'm going to try to figure out if there's a way to fix it on individual servers. Meanwhile, it might be useful to figure out if this shows up in client demos, because if it doesn't this is pretty much undetectable.
it doesn't show up on demos
I'd figure clients could pretty easily enforce consistency with client and server schemas tho so not a big deal for 6s
[quote=thesupremecommander]This is just another symptom of the design of the current item system. Almost every (if not every single one) of the item exploits in recent history is due to the fact that the client stores the schema to items_game.txt on disk, and there isn't much of any checking on the client or server end whether that schema being used is legitimate.
I'm going to try to figure out if there's a way to fix it on individual servers. Meanwhile, it might be useful to figure out if this shows up in client demos, because if it doesn't this is pretty much undetectable.[/quote]
it doesn't show up on demos
I'd figure clients could pretty easily enforce consistency with client and server schemas tho so not a big deal for 6s
I just tested, and you can, but it's weird. sv_pure 2 does NOT enforce item schema, so these exploits, laughably, will still work. You have to set sv_pure 1 and add the following to pure_server_whitelist.txt:
whitelist
{
scripts/items/items_game.txt trusted_source
}
I've emailed Valve and asked them to add this to pure_server_minimal.txt and pure_server_full.txt so that it gets enforced on sv_pure 0 and 2, respectively.
See my below post, this doesn't work.
[s]I just tested, and you can, but it's weird. sv_pure 2 does NOT enforce item schema, so these exploits, laughably, will still work. You have to set sv_pure 1 and add the following to pure_server_whitelist.txt:
[code]whitelist
{
scripts/items/items_game.txt trusted_source
}[/code]
I've emailed Valve and asked them to add this to pure_server_minimal.txt and pure_server_full.txt so that it gets enforced on sv_pure 0 and 2, respectively.[/s]
See my below post, this doesn't work.
@esea/cevo admins: can we get this fix added on official match servers until valve fixes it (IF they fix it)?
@esea/cevo admins: can we get this fix added on official match servers until valve fixes it (IF they fix it)?
btw it works perfectly on medic (obviously, it was made for medic), which is pretty broken in 6s
btw it works perfectly on medic (obviously, it was made for medic), which is pretty broken in 6s
Ericbtw it works perfectly on medic (obviously, it was made for medic), which is pretty broken in 6s
it didn't work for me on ubersaw :\
what weapon did you try it on?
[quote=Eric]btw it works perfectly on medic (obviously, it was made for medic), which is pretty broken in 6s[/quote]
it didn't work for me on ubersaw :\
what weapon did you try it on?
eeeEricbtw it works perfectly on medic (obviously, it was made for medic), which is pretty broken in 6s
it didn't work for me on ubersaw :\
what weapon did you try it on?
It worked for me on ubersaw, but I actually put it on the Spirit of Giving since it's an all-class misc.
Here's a pic of the ubersaw though:
http://cloud-4.steampowered.com/ugc/556513875473649576/DFC09EF60BF89FA27A9C9F029C96A37496F6056E/
[quote=eee][quote=Eric]btw it works perfectly on medic (obviously, it was made for medic), which is pretty broken in 6s[/quote]
it didn't work for me on ubersaw :\
what weapon did you try it on?[/quote]
It worked for me on ubersaw, but I actually put it on the Spirit of Giving since it's an all-class misc.
Here's a pic of the ubersaw though:
[img]http://cloud-4.steampowered.com/ugc/556513875473649576/DFC09EF60BF89FA27A9C9F029C96A37496F6056E/[/img]
Well, I am actually an idiot. The fix I posted above does not work. Please disregard.
On why the medic views aren't working: the attribute is apparently attached to the Gibus for reasons I don't know. If you add the atribute to the Ubersaw (or any other item you wear I guess), it works perfectly.
I may try to look into another fix simply because this is a critical bug. I doubt that it would help ESEA/CEVO, though.
Well, I am actually an idiot. The fix I posted above does not work. Please disregard.
On why the medic views aren't working: the attribute is apparently attached to the Gibus for reasons I don't know. If you add the atribute to the Ubersaw (or any other item you wear I guess), it works perfectly.
I may try to look into another fix simply because this is a critical bug. I doubt that it would help ESEA/CEVO, though.
Alright, here it is.
You need to have:
The plugin itself (source) should be placed in the plugins folder. What it will do is force all items to use the default attributes for that item, thus blocking the exploit of being able to see other players' health. (There MAY be side-effects with stranges and other cosmetic items not working, but I figure that fixing the gamebreaking bug is more important than breaking the shiny pixels.) It can't do anything about the wallhacks, but those can be blocked with sv_pure 2.
Let me know if you need any help.
Alright, here it is.
You need to have:
[list]
[*] SourceMod
[*] [url=https://forums.alliedmods.net/showthread.php?t=115100]TF2Items[/url]
[*] [url=https://forums.alliedmods.net/showthread.php?t=182918]TF2ItemsInfo[/url] (replace the tf2itemsinfo.smx within the package with [url=https://www.dropbox.com/s/3a85ouhl3n3jv9t/tf2itemsinfo.smx?dl=0]a compiled version[/url] of [url=https://forums.alliedmods.net/showpost.php?p=2178381&postcount=259]this patch[/url] to avoid bad errors)
[/list]
The [url=https://www.dropbox.com/s/0lkouyx2lf3tzjs/items-exploit-fix.smx?dl=0]plugin[/url] itself ([url=https://www.dropbox.com/s/otuc3ohewbhol2b/item-exploit-fix.sp?dl=0]source[/url]) should be placed in the plugins folder. What it will do is force all items to use the default attributes for that item, thus blocking the exploit of being able to see other players' health. (There MAY be side-effects with stranges and other cosmetic items not working, but I figure that fixing the gamebreaking bug is more important than breaking the shiny pixels.) It can't do anything about the wallhacks, but those can be blocked with sv_pure 2.
Let me know if you need any help.
tenacioustoasterIf only valve actually responded to bug reports.
Only after it's been in a famous youtuber's video.
[quote=tenacioustoaster]If only valve actually responded to bug reports.[/quote]
Only after it's been in a famous youtuber's video.
Note that this plugin will break attributes for a period of time after an update that changes the schema, while the client and servers' attributes are out of sync.
After a *schema update*, not a content update. These are silent and happen more frequently.
Note that this plugin will break attributes for a period of time after an update that changes the schema, while the client and servers' attributes are out of sync.
After a *schema update*, not a content update. These are silent and happen more frequently.
vtableNote that this plugin will break attributes for a period of time after an update that changes the schema, while the client and servers' attributes are out of sync.
After a *schema update*, not a content update. These are silent and happen more frequently.
Well, the server's item schema isn't updated until the server is restarted, so it doesn't make much of a difference. Most major schema updates come with a server update anyway.
If that is an issue, though, the server has to be restarted. There's no way around that, as the schema download occurs at startup.
[quote=vtable]Note that this plugin will break attributes for a period of time after an update that changes the schema, while the client and servers' attributes are out of sync.
After a *schema update*, not a content update. These are silent and happen more frequently.[/quote]
Well, the server's item schema isn't updated until the server is restarted, so it doesn't make much of a difference. Most major schema updates come with a server update anyway.
If that is an issue, though, the server has to be restarted. There's no way around that, as the schema download occurs at startup.
thesupremecommanderI just tested, and you can, but it's weird. sv_pure 2 does NOT enforce item schema, so these exploits, laughably, will still work. You have to set sv_pure 1 and add the following to pure_server_whitelist.txt:
whitelist
{
scripts/items/items_game.txt trusted_source
}
I've emailed Valve and asked them to add this to pure_server_minimal.txt and pure_server_full.txt so that it gets enforced on sv_pure 0 and 2, respectively.
If you use the content of pure_server_full.txt for pure_server_whitelist.txt, can you simulate an sv_pure 2 experience on an sv_pure 1 server (thereby allowing extras such as this)? AFAIK it should be a matter of just listing out all game content and marking it as from_steam.
Edit: nm I'm dumb just read it doesn't work anyway
Might be worth making the SourceMod plugin into a standalone addon if possible.
[quote=thesupremecommander]I just tested, and you can, but it's weird. sv_pure 2 does NOT enforce item schema, so these exploits, laughably, will still work. You have to set sv_pure 1 and add the following to pure_server_whitelist.txt:
[code]whitelist
{
scripts/items/items_game.txt trusted_source
}[/code]
I've emailed Valve and asked them to add this to pure_server_minimal.txt and pure_server_full.txt so that it gets enforced on sv_pure 0 and 2, respectively.[/quote]
If you use the content of pure_server_full.txt for pure_server_whitelist.txt, can you simulate an sv_pure 2 experience on an sv_pure 1 server (thereby allowing extras such as this)? AFAIK it should be a matter of just listing out all game content and marking it as from_steam.
Edit: nm I'm dumb just read it doesn't work anyway
Might be worth making the SourceMod plugin into a standalone addon if possible.
thesupremecommandervtableNote that this plugin will break attributes for a period of time after an update that changes the schema, while the client and servers' attributes are out of sync.
After a *schema update*, not a content update. These are silent and happen more frequently.
Well, the server's item schema isn't updated until the server is restarted, so it doesn't make much of a difference. Most major schema updates come with a server update anyway.
If that is an issue, though, the server has to be restarted. There's no way around that, as the schema download occurs at startup.
I'm talking about cases when the client has a newer schema than the server, because it hasn't restarted.
[quote=thesupremecommander][quote=vtable]Note that this plugin will break attributes for a period of time after an update that changes the schema, while the client and servers' attributes are out of sync.
After a *schema update*, not a content update. These are silent and happen more frequently.[/quote]
Well, the server's item schema isn't updated until the server is restarted, so it doesn't make much of a difference. Most major schema updates come with a server update anyway.
If that is an issue, though, the server has to be restarted. There's no way around that, as the schema download occurs at startup.[/quote]
I'm talking about cases when the client has a newer schema than the server, because it hasn't restarted.
MessyRecipeMight be worth making the SourceMod plugin into a standalone addon if possible.
Probably not going to happen unless I spend the time to port over TF2Items to a standalone plugin, but I'll consider it if I have spare time and Valve still hasn't gotten around to fixing it.
vtableI'm talking about cases when the client has a newer schema than the server, because it hasn't restarted.
True, I guess, but most schema changes like that don't have major attribute changes.
[quote=MessyRecipe]Might be worth making the SourceMod plugin into a standalone addon if possible.[/quote]
Probably not going to happen unless I spend the time to port over TF2Items to a standalone plugin, but I'll consider it if I have spare time and Valve still hasn't gotten around to fixing it.
[quote=vtable]I'm talking about cases when the client has a newer schema than the server, because it hasn't restarted.[/quote]
True, I guess, but most schema changes like that don't have major attribute changes.
you should make a big reddit post explaining how to do it in detail
the more widespread it is the more likely it is to get fixed
you should make a big reddit post explaining how to do it in detail
the more widespread it is the more likely it is to get fixed
hooliyou should make a big reddit post explaining how to do it in detail
the more widespread it is the more likely it is to get fixed
http://www.reddit.com/r/truetf2/comments/2f3t3v/how_to_cheat_in_eseacevo/
k
people on UGC know how to do it too so yeah
[quote=hooli]you should make a big reddit post explaining how to do it in detail
the more widespread it is the more likely it is to get fixed[/quote]
http://www.reddit.com/r/truetf2/comments/2f3t3v/how_to_cheat_in_eseacevo/
k
people on UGC know how to do it too so yeah
As an update, Eric emailed me back yesterday and said they were looking into it. Hopefully it will get fixed very soon.
As an update, Eric emailed me back yesterday and said they were looking into it. Hopefully it will get fixed very soon.