Barrels not deploy, and stick players hands sometimes

[GoogleCodeExporter]

i compile from last svn,but we live this problem sometimes,we try every way but 
not solved this problem,only one way left for barrel sticked players,Reconnect 
to server.

i try,kill,blow,take weapons from players than give again,change class etc..

Original issue reported on code.google.com by fairfigh...@gmail.com on 13 May 2013 at 5:12

[GoogleCodeExporter]

What type of barrels are affected?  Regular barrels, exploding barrels, or 
MG+Barrels?

Please recompile with the -d switch to compile the debug version, turn on 
debugging in server.cfg*, then upload the new rotu_svr_scripts.iwd file to your 
server. Then please play the game until you can reproduce the issue, and then 
please post the relevant parts of the console_mp.log and the server_mp.log 
files.

* Suggested debug settings:
set debug_print_function_entry_messages 1
set debug_print_value_messages 1
set debug_print_signal_messages 0
set debug_print_warning_messages 1
set debug_verbosity 3

I have seen this before, but it is very rare, and I've never been able to 
reproduce it on demand, but I'll take another look after you post the requested 
additional information.

Thanks.

Original comment by m...@marktaff.com on 14 May 2013 at 2:53

[GoogleCodeExporter]

all regular,exploding and mg+barrels stick sometimes.

ok i compile with -d switch but i'm not sure which time :( because i hard 
moddified to mod,my mod have a giant file size at this time,i added too many 
custom mw2,mw3 and blackops 1 and 2 weapons,bouncy betty,china 
lake,katana,showel,fire axe etc,all player models re precached with army of two 
characters,i added fast revive,fast reload,fast sprint,china 
lake,katana,magnum44 etc to shop and everything is buy from players,i 
integrated money system in our mod we not use points,we use money,zombies drop 
flying moneys after dead,i change map loading screen,everytime come with our 
loadscreen graphics(because too many maps don't have a loadscreen,we have end 
map statistics at this time..But i don't change credits in main menu and endmap 
credits screen,i give credits to all mod developers,thank you for your 
Hardworks Taff.

                                          [FFC]Clan leader,modder and mapper  Kyrax

Original comment by fairfigh...@gmail.com on 14 May 2013 at 5:01

[GoogleCodeExporter]

Have you made any changes to the _barricades::placeBarrel() function?  When 
player hits the 'fire' button to place the barrel, what message is printed to 
the screen?

Original comment by m...@marktaff.com on 14 May 2013 at 5:19

[GoogleCodeExporter]

no i'don't change anything in your org. _baricades script, when player hit's 
the fire button to place barrel no message on your screen and stick barrel than 
move with barrel and can be fire with weapon too :) but i see one time a player 
want to deploy a mg+barrel but can't deploy because mg+barrel is stick to you 
than access to use another(press f to use mg barrel) player and stick and move 
together and second player can be deattach barrel but another player can not. i 
hear this bug from other servers

Original comment by fairfigh...@gmail.com on 14 May 2013 at 5:49

[GoogleCodeExporter]

There shouldn't be any case where no message is printed to the screen.  If it 
is a MG+Barrel and it is too close to a shop or weapons crate, a message to 
that effect will display in the center of the screen.

If the placement geometry is bad, a message will appear in the center of the 
screen saying you can't place the barrel there.

Otherwise, when the barrel is placed, a message will be printed to the lower 
left of the screen noting that the player placed an obstacle.

I have been able to reproduce this bug on demand.  Commenting out the call to 
unlink() the barrel recreates this issue, so the issue is that Activision's 
unlink() command sometimes silently fails.

I've committed a fix (hopefully!), see r62: 
http://code.google.com/p/reign-of-the-undead/source/diff?spec=svn62&r=62&format=
side&path=/trunk/src/scripts/players/_barricades.gsc

I'm closing this issue as fixed until someone can confirm its continued 
existence in RotU 2.2 revision >= 62. 

Original comment by m...@marktaff.com on 14 May 2013 at 7:41

• Changed state: Fixed