Notes |
|
|
'http://www.mediafire.com/download/9m5fk3t3g9g9x4t/Zombie_Horde_-_ZM09_CLIENTSIDE_BUG.rar [^]'
Better example with a record on zandronum 1.1
When used Thing_SetSpecial on a clientside to chande the light color (on the example to red) when the map resets it doesn´t went back to the original light
Imstructions to do this bug
while you see the prepare to fight print (on survival coop) press the switch.
When the game really starts you don´t press the switch and the dynamic light will be red and not white. |
|
|
(0006621)
|
Torr Samaho
|
2013-07-11 19:54
(edited on: 2013-07-11 19:55) |
|
Looks like we were investigating the same issue at the same time, Dusk. Next time I'll assign any ticket to myself as soon as I start to investigate it to prevent us from needlessly doing the same thing twice.
Anyway, I "minimalized" the example wad and think I found out what the problem is: Actor args are not reset during a map reset.
|
|
|
|
That´s the problem, since it only change the arg values of dynamic lights, Since I don't even know what should I change on the code I will only "find"/test the bugs =/ |
|
|
(0006625)
|
Dusk
|
2013-07-13 13:45
|
|
I've attached a sort of a fix, while it works here I'm kind of baffled how this actually is working and I'm almost certain it's not the right way to do it.. it's a hack.
It seems dynamic lights don't have net IDs, being on one peer only. Therefore the server doesn't touch them and thus the args need to be reset on the client's end.
Any comments on this? |
|
|
|
We actually have two bugs here:
First, actor args are not restored to their initial values during a map reset. Your patch only fixes part of the problem, but I have extended the patch to hopefully cover this fully (see attached diff).
Second, the client doesn't reset ALLOWCLIENTSPAWN actors spawned by the map. Since ALLOWCLIENTSPAWN was only intended for actors that are never altered in any way, this is more a bug of the mod than a bug in the engine. I slightly altered your patch in this regard to stress that we are working around a problem caused by the alteration of an actor that shouldn't be altered. |
|
|
|
This contains the updated fix. |
|
|
(0006638)
|
Arco
|
2013-07-14 20:37
|
|
|