[http://sourceforge.net/p/ufoai/bugs/2527 Item 2527] imported from sourceforge.net tracker on 2013-01-28 19:39:33

Game: trunk rev 30059 windows

No exact recollection of said transfer, could have been any of a number them. Although the game crashed at the point of saving one unloadable save, 3 others were also corrupt. Sorry, didn't run gdb, actually the first time UFO:AI has crashed on me :P.

It shouldn't have anything to do with updating files, revision 30035 didn't load it either.
===== Comments Ported from Sourceforge =====

====== tanelk (2010-05-19 12:48:44) ======


====== tanelk (2010-05-19 15:14:34) ======

The bug seems to occur after Medium Alien Armor is found in battle. I found it odd that the research proposal popped right into mail, although the base that had the armor had no scientists. Maybe a bogus transfer is written in the save along with generating the mail?

If anyone needs the save that leads to the encounter/receiving Medium Alien Armor, how should I upload it? If i remove the existing attached file, will I be able to upload the newer in it's place?
====== geever (2010-05-19 18:52:48) ======

This is the transfer data from your save:

<transfers><transfer day="760885" sec="42374" destBase="0" /></transfers>

obviously broken.

Could you explain me better how did this happen. Do you have save before it broke. (You should be able to attach more attachments to bugs you reported)

-geever
====== tanelk (2010-05-19 19:26:45) ======

This save will eventually generate the Medium Armor wearing alien encounter.
====== tanelk (2010-05-19 19:27:51) ======

Log of rev 30035
====== tanelk (2010-05-19 19:41:33) ======

Dammit, the uniformity of all the links and text confused me. I can indeed upload with great ease :)

Tried with rev 30035, generates the same bug. Seems that the existence of scientists in the base is irrelevant, saves become faulty before dropship reaches the base.
In the previous comment i just assumed that all research proposals are generated after the object reaches a base with scientists, as was the case with plasma weapons, alien astrogation etc.(disassembled the ufo in an industrial base, no scientists).

1. Encounter aliens wearing Medium Armor, win battle (shot down fighter), saves after that unloadable.

2010/05/19 21:59:05 Could not save transfer, no srcBase is set
2010/05/19 21:59:05 ...subsystem &#039;transfer&#039; failed to save the data

At load:
2010/05/19 22:00:04 ...Running subsystem &#039;transfer&#039;
2010/05/19 22:00:04 Error: Transfer has no srcBase set
2010/05/19 22:00:04 ...subsystem &#039;transfer&#039; returned false - savegame could not be loaded
====== tanelk (2010-05-20 15:08:01) ======

After some aimless playing, the saves work again. Apparently the bug can be bypassed by simply saving after some other transfer(s) have ocurred. Though I can&#039;t be sure, this is what IMO "fixed" the save, as transfers are only saved as long as they are in progress. Gonna test some more to make sure this is the cause of the miraculous autorepair.
====== tanelk (2010-05-20 15:39:23) ======

The procedure to bypass the bug is to save after at least one transfer has completed after the battle where Medium Alien Armor first appears. Then the content of the transfer tags in the save file will be normal.

Best of luck with finding the cause.
====== geever (2010-05-20 18:48:12) ======

Could you upload a (not-corrupted) save with the mission on geoscape where Medium Alien Armor first appears?
Tip: The game does a quicksave before landing each mission, so if you get the save error after a battle quicksave can be good..

-geever
====== geever (2010-05-20 19:59:06) ======

Ok, found it. Alien bodies sometimes(?) transfered from mission to home with transfer system (what is alienCargo of aircraft for then??). srcBase is NULL then.

Fixed in r30079 (trunk), r30081 (2.3).

-geever
====== sf-robot (2010-06-04 02:20:08) ======

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).