Weird bug with Magnetrons and powered hovering units

While I could confirm step 1 2 and 3, I couldn't confirm that the Robot Tank sits down with the Centre have been built.

Also used 955.

Are you sure you did it right? I just confirmed that when power is restored to the unit in question, it does what is described in step 4.

Tell it yourself. I can't say more what I experienced. And that's this.

http://www.youtube.com/watch?v=Ynp_d0A4UgY

I have noticed some peculiarities regarding hovering units if they are lifted into the air higher than 200 or so leptons (the point where it is considered targetable by AA weapons), primarily the potential loss of movement (although this occurs at random and is hard to reproduce) and the occupation of all cells it travels over whilst in the air... meaning that every cell it travels over is then considered to be occupied by a vehicle on the ground, meaning you can't build on or move through it.

Interestingly enough, you can play snake with this hovering unit and trap itself in its own "occupied" cells, as it does not ignore the rules of normal ground locomotion whilst in the air.

This could all be the result of an issue unrelated to this one, but suffice it to say, lifting hovering units causes bugs.

"Tell it yourself. I can't say more what I experienced. And that's this.
"

You didn't follow the steps exactly. The steps that lead to the bug involve cutting power to the Robot Tank before it's lifted by the Magnetron, not while it's being lifted (as in your video).

EDIT: I just confirmed that the floating-in-the-air-bug also happens with non-hovering powered units and units that require an Operator.

Oh, OK. I could confirm the issue with your additional info. Sorry for misreading.

Bug doesn't happen in 0.1 P1 but do happen in rev 858 (Sorry, I haven't got a revision between the two).

Also an interesting thing: If the sitting although active hovered unit has been lifted with a Magnetron, when it becames online it goes back to the location it was originally lifted from.

Graion, could you test with this one, please: http://svn.renegadeprojects.com/revision.php?repname=Ares&path=%2Ftrunk%2Frelease%2Fbinary%2F&rev=800&peg=800 (Should be 0.1.793)

I think I found the solution. Will test tomorrow.

Sorry about delay.

Renegade, thank you, I'd never figure out myself that I can download earlier revisions by using the release notes.

EDIT: Bug started in rev. 723. AlexB, I guess it's about with your fix to issue 894.

Thanks, Graion.

@Alex: /trunk/src/Ext/Techno/Hooks.cpp 79,6 → 79,16 of r723?
// prevent disabled units from driving around.
Sounds fitting, at least.

Yeah, I'm there somewhere. Currently working on stopping hovering units from doing so when disabled...

Code related to this issue has just been checked in!
Author: AlexB
Location: trunk, r963
Commit contains DLL: No
Revision comment:
Fixed issue #1401: Magnetrons can drag disabled powered units and unmanned Operator= units.
SVN: http://svn.renegadeprojects.com/Ares/963

Code related to this issue has just been checked in!
Author: AlexB
Location: trunk, r964
Commit contains DLL: Yes
Revision comment:
Fixed issue #521: ListIndex added to [Country]. This can be used to either reorder the country drop down lists or make a country disappear without messing with the [Countries] list.
Fixed issue #1282: Walls remap to their owners instead of the current player.
Related to issue #1401: New binary.
SVN: http://svn.renegadeprojects.com/Ares/964

Tested in r964

Both bugs regarding disabled robot tank and unmanned Operator unit is fixed.

Using r964,

Steps 1-3 are now fixed.

However, I figured out how to get to step 4 and that has not been fixed yet.

"4. Restore power WHILE the robot tank is being pulled in by the magnetron. The Robot Tank will fall slowly to the ground and sit there, not hovering, unable to move."

At least its turret turns around.

EDIT: You'll have to power down and regain power again to get the tank working again.

Yeah, step 4 is not fixed.

Does this also happen in original YR?

Yes, it indeed happens in 1.001, too.

A bug that's pretty much the opposite to what Drogan reported also happens: if power is cut while the Magnetron is pulling the powered up unit, the MagBeam will be interrupted, the unit will slowly fall to the ground and then hover, but will still be "powered down" (i.e. be darkened, spark, and not accept any orders). This happens in revision 964. As reported by other people, the other bugs are fixed.

This is also confirmed in YR 1.001... I just forgot to mention it.

Code related to this issue has just been checked in!
Author: AlexB
Location: trunk, r973
Commit contains DLL: Yes
Revision comment:
Fixed issue #1348: TogglePower does not allow powering down buildings that aren't yours.
Fixed issue #1389: EMP disables factories.
Fixed issue #1413: Iron Curtain effects on warheads will not abort if an object with 0% verses is encountered.
Fixed issue #1428: EMP does not deselect units any longer.
Fixed issue #1437: Occupier infantry now get notified a building has been warped away.
Fixed issue #1443: Animate the MultiEngineer damage cursor.
Related to issue #856: Harvesters will stop to play the ore gathering animation if under EMP. Issues bug:1389 and bug:1428 solved.
Related to issue #1401: Reworked the last fix to not interfere with radar jammers.

Updated the manual to explain The First Decade users don't need to copy any files.
SVN: http://svn.renegadeprojects.com/Ares/973

"Assigned fixed" -> "resolved fixed".

Robot Tank is freed from Magnetron's pull when it regained power while the Magnetron was pulling it and it can move again, fixing the fourth step.
But when the Robot Tank loses power while being pulled, it is freed from the Magnetron's pull and it can't move, but it hovers when it's not supposed to...

Tested in trunk, r1051.

Confirmed. What Drogan says also happens in trunk, 0.1.1056.

Reopening per latest comments.