View Issue Details

IDProjectCategoryView StatusLast Update
0001284FSSCPFREDpublic2008-04-08 02:01
ReporterTolwyn Assigned Totaylor  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version3.6.9 
Fixed in Version3.6.10 
Summary0001284: FRED crashes after saving mission file
DescriptionFRED crashes after saving mission file. Not always, there is no real pattern in this. Would be nice, if this could be fixed though :)
TagsNo tags attached.

Activities

thesource2

2007-02-17 00:51

reporter   ~0007640

For me it always crashes if replaced textures is used. I tried to modify fs1 missions to make same changes as in original fs1. But fred saves missions with nameplates improperly and crashes. After that mission is unusable.
Error message: "expected [$wing <something>] found [$Replaced texture]" something like that. It makes fs1 port unplayable for me :(

thesource2

2007-02-17 03:25

reporter   ~0007643

I have discovered the following while editing fsport missions:
1. Nameplates are saved improperly if they are present. If you remove them, they actually does not dissapear but are saved properly instead.
2. Something wrong with the debriefing in last Silent Threat mission. Fred saves last recommendation text improperly (again part of it is written to improper section and mission becomes unusable)

thesource2

2007-02-22 11:15

reporter   ~0007701

Checked many builts from may 2006 to present. Bug present in all of them, but error message slightly differs.

Goober5000

2007-02-22 19:46

administrator   ~0007703

Yeah, this is a problem with the way commenting is set up. Best thing to do is add texture replacements in Notepad, after you've saved the mission. I'll take a look.

taylor

2008-04-02 05:33

administrator   ~0009140

Has anyone got a test case where this is still a problem?

I think that I've got all of this stuff fixed (the comment handling), but I'm not sure how to test this one since I can't seem replicate it in a normal FRED build.

2008-04-02 07:28

 

sm1-01a.fs2 (41,927 bytes)

Goober5000

2008-04-02 07:32

administrator   ~0009143

Dude, you are the freaking *man*. I've lost count of the bugs you've fixed or are fixing. I need to buy you a drink or 50. :)

The very first FSPort mission has this problem, since it uses a nameplate for the Orff. It will save the commented texture replacement from the comments as well as the mission, causing the texture replacement to be concatenated with itself.

taylor

2008-04-02 08:17

administrator   ~0009145

Hehe, I just got tired of Mantis sitting at 200+ open bugs for the past year or so. :)


I gave the first FSPort mission a quick test and the problem does appear to be fixed. I did notice a couple of issues that is due to some bug in the new code though, so I need to work on it a bit more before commit. The new code will grab the version comment, save it to a buffer, then use it with tokens which are output with either parse_comments() or from a new fout_version() function. For some reason that comment from the texture replacement entries carried over to the $Name entry of the next object by mistake. It's easy enough to fix though. :)

taylor

2008-04-08 02:01

administrator   ~0009200

Fixered.

Issue History

Date Modified Username Field Change
2007-02-16 22:53 Tolwyn New Issue
2007-02-17 00:51 thesource2 Note Added: 0007640
2007-02-17 03:25 thesource2 Note Added: 0007643
2007-02-22 11:15 thesource2 Note Added: 0007701
2007-02-22 19:45 Goober5000 Status new => assigned
2007-02-22 19:45 Goober5000 Assigned To => Goober5000
2007-02-22 19:46 Goober5000 Note Added: 0007703
2008-04-02 04:42 taylor Assigned To Goober5000 => taylor
2008-04-02 05:33 taylor Note Added: 0009140
2008-04-02 07:28 Goober5000 File Added: sm1-01a.fs2
2008-04-02 07:32 Goober5000 Note Added: 0009143
2008-04-02 08:17 taylor Note Added: 0009145
2008-04-08 02:01 taylor Status assigned => resolved
2008-04-08 02:01 taylor Fixed in Version => 3.6.10
2008-04-08 02:01 taylor Resolution open => fixed
2008-04-08 02:01 taylor Note Added: 0009200