[http://sourceforge.net/p/ufoai/bugs/439 Item 439] imported from sourceforge.net tracker on 2013-01-28 18:21:29

Applies to RC6 and SVN trunk (as of 4772 to my knowledge):

It is possible when entering a base-defense for the base-layout to be wrong. For example: storage and work-shop areas being swapped (plus other strange things!).

See attached images.
===== Comments Ported from Sourceforge =====

====== cassiterite (2006-11-17 18:40:27) ======

how my base #3 was arranged in geoscape
====== cassiterite (2006-11-17 18:41:57) ======

how base #3 appeared during base-defense
====== cassiterite (2006-11-17 18:43:13) ======

detail showing how the workshop is intersecting with solid earth
====== vsz (2006-11-17 18:50:46) ======

Logged In: YES
user_id=1643628
Originator: NO

I happened to me only when I played the mission by calling in a dropship from another base. (the bug was the same if the ship of the attacked base was sent away)
(rc6)
====== cassiterite (2006-11-18 19:42:55) ======

Logged In: YES
user_id=1171370
Originator: YES

I think trunk rev 4782 should fix this. I've tested this version now quite heavily and the base layout mechinism seems to be working correctly.

The problem was B_AssembleMap in client/cl_basemanagement.c was still reliant on the variable "baseCurrent" being set to the base to be assembled (for the map loading). baseCurrent gets set to the home-base of the aircraft entering the mission automatically before the basemap is assembled (hence my suggested work-around in RC6 of selecting the attacked base prior to the aircraft landing does not work). Now B_AssembleMap no longer relies on baseCurrent being set at all, and the correct base components are found.