search

weeztor / darkrp

Automatically exported from code.google.com/p/darkrp
0 stars 1 forks source link

/toggleown door exploit #713

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What is the problem?
People can own others doors by using /toggleown

What steps will reproduce the problem?
/toggleown on a door i guess?

Do you have any errors? serverside or clientside? If you do, which ones?
No errors

Are you using the downloaded version or an SVN revision (if SVN, which
revision number)?
969 (Latest)

Please provide any additional information below.

Original issue reported on code.google.com by joshbrea...@gmail.com on 16 Dec 2011 at 9:27

GoogleCodeExporter commented 9 years ago 
/toggleownable
/togglegroupownable
/toggleteamownable

Are the commands you run, i fixed it by adding a "if not ply:IsSuperAdmin() 
then return end" at the top, as it might have been checking later on for 
superadmin status, but it still ran ent:UnOwn(), leasing the door for usage...

Drake, Y U NO LISTEN IN STEAM!

Original comment by joshbrea...@gmail.com on 17 Dec 2011 at 12:58

GoogleCodeExporter commented 9 years ago 
What the fuck. Was I this retarded in scripting these doors or was someone else?

Original comment by fpeijnen...@gmail.com on 17 Dec 2011 at 11:16

GoogleCodeExporter commented 9 years ago

Original comment by fpeijnen...@gmail.com on 17 Dec 2011 at 11:22

GoogleCodeExporter commented 9 years ago 
It literally checks for admin AFTER it unowns the door, what the fuck.

Original comment by fpeijnen...@gmail.com on 17 Dec 2011 at 11:22

GoogleCodeExporter commented 9 years ago 
Oh yay I'm not to blame.

No literally, look:
http://i.imgur.com/NeyEC.png

Original comment by fpeijnen...@gmail.com on 17 Dec 2011 at 11:27

GoogleCodeExporter commented 9 years ago 
It's fixed in latest.

I'm sorry for the inconvenience.

Original comment by fpeijnen...@gmail.com on 17 Dec 2011 at 11:30