View Issue Details

IDProjectCategoryView StatusLast Update
0004199Spring engineGeneralpublic2013-12-08 23:01
Reportersilentwings Assigned ToKloot  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionno change required 
Product Version95.0.1+git 
Summary0004199: reclaiming enemy with unitMethod = 1 causes instant paralysis
Descriptionsee title
Steps To ReproduceSet unitMethod = 1 in the reclaim section of modrules.lua (in e.g. BA 7.84). Then try to reclaim an enemy unit. The enemy unit is instantly 'paralysed' and sits idle, ignoring all orders while it is reclaimed.
TagsNo tags attached.
Checked infolog.txt for Errors

Activities

Kloot

2013-12-07 22:40

developer   ~0012345

what...?

unitMethod=1 is the *default* and means "subtract HP and give full metal at end"
unitMethod=0 means "turn back into nanoframe" and *obviously* would cause instant paralysis

so where exactly is the problem?

silentwings

2013-12-07 23:29

reporter   ~0012347

Last edited: 2013-12-07 23:42

Sorry, I meant 0.

In times gone by (so long I can't remember how long...) you could reclaim enemy units but those enemy units carried on reacting to enemy's orders as they normally would. In those days it wouldn't turn back into a nanoframe while this happened. It was before I was involved with developing stuff so I've no idea what settings made it that way.

If that's just ancient history now, close it :)

[Sidenote: Having an enemy unit freeze as soon as you start to reclaim could be really bad gameplay imo, although I've never played a game that had that; I expect it would make huge armies of constructors just reclaiming the enemy into a good strategy.]

Kloot

2013-12-07 23:52

developer   ~0012348

Any idea which engine version or even what year this would have been?

AFAIAC it is only logical that since units cannot do anything while being built, they should also not be able to do anything when turned back into a nanoframe, but that piece of logic really needs to be moved to Lua.

Kloot

2013-12-08 23:01

developer   ~0012357

meh, too ancient if behavior was ever different (went as far back as 77b5)

Issue History

Date Modified Username Field Change
2013-12-07 22:30 silentwings New Issue
2013-12-07 22:40 Kloot Note Added: 0012345
2013-12-07 23:29 silentwings Note Added: 0012347
2013-12-07 23:30 silentwings Note Edited: 0012347
2013-12-07 23:37 silentwings Note Edited: 0012347
2013-12-07 23:42 silentwings Note Edited: 0012347
2013-12-07 23:52 Kloot Note Added: 0012348
2013-12-08 23:01 Kloot Note Added: 0012357
2013-12-08 23:01 Kloot Status new => closed
2013-12-08 23:01 Kloot Assigned To => Kloot
2013-12-08 23:01 Kloot Resolution open => no change required