View Issue Details

IDProjectCategoryView StatusLast Update
0002107FSSCPFREDpublic2021-01-09 10:19
ReporterFUBAR-BDHR Assigned Tokarajorma  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionsuspended 
Product Version3.6.11 
Summary0002107: Dogfight loadout screen crashes with default (non-dogfight) weapons
DescriptionFiling this under FRED as it's something it should catch. If you just toss a couple of ships in a mission and make it a dogfight the weapons are non-dogfight variants. This results in a not all ships have primaries message in loadout. If you click on the weapons screen to assign them is crashes trying to draw the default non-dogfight weapon.
Additional Information3.6.11 latest but pretty sure any build will do this. To reproduce just toss a Ulysses in FRED and make the mission a dogfight. You will see that the weapons are still the regular non-dogfight versions. Run it and it will crash. Change to -D variants and it works.
TagsNo tags attached.

Activities

karajorma

2010-04-13 11:25

administrator   ~0011879

Why do the weapons in a dogfight mission have to be the dogfight versions anyway? I thought the point of the dogfight versions was simply to balance the weapons a bit more so that the player could play with whichever ship they liked without being penalised by their weapon selection.

FUBAR-BDHR

2010-04-13 20:41

developer   ~0011880

They don't have to be dogfight versions but they do have to be in the dogfight list. FRED isn't checking to see if they are in the valid dogfight weapon list.

I really think the dogfight primary and secondary lists in the tables are overkill. It should be up to the FREDder to set the right versions for the mission. If he wants to make a non dogfight variant mission it should be possible without table changes. TvT loadout list would have actually made sense for squadwar.

MjnMixael

2021-01-09 10:19

manager   ~0017062

Last edited: 2021-01-09 10:19

Migrated issue to Github.

Note: In the 20.0.0 builds the crash on weapon select no longer occurs. This is now just an issue that FRED should warn about.

Issue History

Date Modified Username Field Change
2010-01-29 00:16 FUBAR-BDHR New Issue
2010-04-13 11:25 karajorma Note Added: 0011879
2010-04-13 20:41 FUBAR-BDHR Note Added: 0011880
2012-12-30 15:41 karajorma Assigned To => karajorma
2012-12-30 15:41 karajorma Status new => assigned
2021-01-09 10:19 MjnMixael Status assigned => closed
2021-01-09 10:19 MjnMixael Resolution open => suspended
2021-01-09 10:19 MjnMixael Note Added: 0017062
2021-01-09 10:19 MjnMixael Note Edited: 0017062