2025-07-06 06:36 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0000666Spring engineUnit Scriptingpublic2007-11-14 22:22
Reportergnomre 
Assigned ToKloot 
PrioritynormalSeverityminorReproducibilityalways
StatusresolvedResolutionfixed 
Product Version 
Target VersionFixed in Version 
Summary0000666: Units in factories don't obey angular translations of the QueryBuildInfo piece
DescriptionI have an air factory that needs to have the units turned to y-axis <45> in order to not clip with the factory. No matter where I turn the piece (Create, StartBuilding, or any other function) the unit stays facing the direction of the building orientation until it is 100% complete--then it instantly spins into the 45 degree angle and takes off as if that's the way it had been facing all along.
Additional InformationXTA v9 airplants at least share the bug. The units do not spin with the build pad (which quite visibly is spinning).

It happens in 75b2 and in svn builds.
TagsNo tags attached.
Checked infolog.txt for Errors
Attached Files

-Relationships
+Relationships

-Notes

~0001406

gnomre (reporter)

Did some further testing, and it seems gunships/transports/air cons do work with the spinning/turning buildpad, but other planes do not. However, the former class will always zero out their heading while taking off to face south, then turn to the direction of their factory (if it's not built facing south).

So in other words, fighters/bombers need to follow the same instruction sets as gunships/transports/aircons while building, and gunships/transports/aircons need to follow the same heading instructions as fighters/bombers when they take off out of the factory.

~0001432

Kloot (developer)

These nibbles should be gone in r4789
(with the reservation that bomber-type
planes use the rotation of the factory
pad when taking off, rather than turning
to match the plant's facing first, like
gunship-type aircraft will now do).
+Notes

-Issue History
Date Modified Username Field Change
2007-10-30 00:17 gnomre New Issue
2007-10-30 00:17 gnomre Status new => assigned
2007-10-30 00:17 gnomre Assigned To => fnordia
2007-11-04 00:10 gnomre Note Added: 0001406
2007-11-12 15:43 tvo Assigned To fnordia =>
2007-11-12 15:43 tvo Status assigned => new
2007-11-14 22:22 Kloot Note Added: 0001432
2007-11-14 22:22 Kloot Status new => resolved
2007-11-14 22:22 Kloot Resolution open => fixed
2007-11-14 22:22 Kloot Assigned To => Kloot
+Issue History