Quote:
|
Originally Posted by [AoL
Demandred]
Quote:
|
Originally Posted by [AoL
Demandred]The reason people can buy shields is because of the console command for buying shields.
Restrict shield:
a) with old style menus, you cannot buy shield.
b)shield in console allows buying the shield whether or not it is restricted, still.
Restrict glock:
a) glock in console allows buying glock
b) changing menus to vgui menu allows buying glock through vgui
So both the command blocks, and the vgui blocks are both broken currently. These both worked fine in the last version for AMX.
I'm not 100% positive, but the autobuy and rebuy functions might be able to buy a restricted item still. I haven't really looked at the restmenu code a bunch yet. :/[/b]
|
I went ahead and additionally tested the autobuy blocking, and it DOES work. So the parts needing fixed are vgui menu buying, and console command buying.
Both of those work fine in the last AMX version I installed, but IT does not block autobuy without me just adding this code to that code . . . any way we can expect a fix on this soon? |
Okay, I did some more minor testing, and I believe the problem is here, for the console command block:
Code:
public client_command( id ) {
if ( g_AliasBlockNum ) {
new arg[13]
if ( read_argv( 0, arg , 12 ) > 11 ) /* Longest buy command has 11 chars so if command is longer then don't care */
return PLUGIN_CONTINUE
new a = 0
do {
if ( equal( g_Aliases[g_AliasBlock[ a ]] , arg ) ||
equal( g_Aliases2[g_AliasBlock[ a ]] , arg ) )
{
client_print(id,print_center,g_Restricted )
return PLUGIN_HANDLED
}
} while( ++a < g_AliasBlockNum )
}
return PLUGIN_CONTINUE
}
Everything that is supposed to happens, happens correctly in this, except that the command is still being passed through to the engine. It prints the message on the screen that the item is currently restricted, and then allows it to be bought anyway.
So here:
Code:
client_print(id,print_center,g_Restricted )
return PLUGIN_HANDLED
Is probably the problem. For some reason, the PLUGIN_HANDLED isn't doing what it should, maybe?
That's the only thing I can think of that would cause this behavior . . . . .
As for the vgui menus, I think it is very likely a similar problem, but still not sure why the command is making it through:
Code:
checkRest(id,menu,key){
if ( g_blockPos[ (menu * 8 + key) + (get_user_team(id) - 1) * 56 ] ){
engclient_cmd(id,"menuselect","10")
client_print(id,print_center, g_Restricted )
return PLUGIN_HANDLED
}
return PLUGIN_CONTINUE
}
public ammoRest1(id) return checkRest(id,0,5)
public ammoRest2(id) return checkRest(id,0,6)
public menuBuy(id,key) return checkRest(id,0,key)
public menuPistol(id,key) return checkRest(id,1,key)
public menuShotgun(id,key) return checkRest(id,2,key)
public menuSub(id,key) return checkRest(id,3,key)
public menuRifle(id,key) return checkRest(id,4,key)
public menuMachine(id,key) return checkRest(id,5,key)
public menuItem(id,key) return checkRest(id,6,key)
So the checkRest calls it, then I believe it DOES say the item is restricted, and you get it anyway . . . .
So this:
Code:
engclient_cmd(id,"menuselect","10")
Is not happening before the client's command makes it through . . .
???
Maybe I'm close?
![[Godmin] Gonzo's Avatar](customavatars/avatar1603_1.gif){kind=avatar}
![[Godmin] Gonzo is offline](images/statusicon/user_offline.svg)
![Send a message via ICQ to [Godmin] Gonzo](images/misc/im_icq.gif)
Linear Mode
