View Issue Details

IDProjectCategoryView StatusLast Update
0001185FSSCPgameplaypublic2017-01-21 08:25
Reportershivansps Assigned Toz64555  
PriorityhighSeveritymajorReproducibilityalways
Status resolvedResolutionno change required 
Product Version3.6.9 
Target Version3.8Fixed in Version3.7.5 
Summary0001185: Red alert and docked player = BUG
DescriptionThe red alert bug, try this...

End of Mission 1:

-Cruiser 1 on fly, on escort list, 90% hull
-Freighter A 70% docks to Player 80% hull ->send red alert

Mission 2: Seted in freed to Cruiser 1, Freighter A, and player to 100% hull, player docked to freighter A.

-Cruiser 1 on fly... BUT ONLY THE NAME APEAR ON THE ESCORT LIST! and its at 100%, the ship is not ingame... the name is on escort list, but you cant target it, and you cant see it either.
-Freighter A... same as Cruiser 1.
-Player: Apears on fly and 80% hull.
Additional InformationThis happen which any build, incluiding RC8.

And I incluing an .rar a test-exsample, mini-campaing of this error.
TagsNo tags attached.

Relationships

related to 0000530 resolvedGoober5000 Multi-Dock And Wings 

Activities

2006-12-29 03:33

 

BUGTESTCAMPAING.rar (4,257 bytes)

taylor

2007-10-21 23:55

administrator   ~0008584

This doesn't appear to be a redalert issue, but a missionparse issue. That's not to say that there isn't at least a partial redalert issue here, since cap ships don't get their hull/subsystem state saved in the redalert data (can't fix it in code without breaking retail). But the bulk of the problem here appears to be the ships not being setup properly during mission parse, likely because of docking issues (wild guess).

Assigning to Goober, just to get his attention, and to verify that it is or isn't some issue with the missionparse code relating to docked objects.

chief1983

2008-10-09 02:51

administrator   ~0009873

I think it would be great if saving capship data were a mission/ai_profiles option. Also bumping to see if this is still an issue. If so would be nice to have fixed for next release, if not possible feel free to bump back down priority.

karajorma

2009-03-10 21:28

administrator   ~0010732

After talking this one over with Goober it seems more like a feature than a bug. shivansps is doing several things you probably shouldn't be doing with the player ship.

Goober5000

2012-07-02 03:28

administrator   ~0013778

I just took a look at this, and the problem might run deeper than the docking code. I think it would be better to rewrite the entire red alert system. :-/

Goober5000

2012-11-19 23:34

administrator   ~0014095

Deferring until after the 3.7 merge.

MageKing17

2016-03-23 10:02

developer   ~0016816

Bumping target.

z64555

2017-01-21 07:34

developer   ~0016850

There's several things wrong with the test campaign provided.

First of which, the campaign doesn't provide allowed weapons nor allowed ships. When attempting to load the mission with 3.7.4 and later, there are no weapons on the default player ship and none are available in the weapon pool, thus you can't actually test the mission without modifying the .fc2.

Second, and more related to the issue, is that all of the ships that have the red-alert-carry flag are only marked as such in the TS2 mission. In order for ship status to carry over between the source mission and the red-alert mission, the ship must have the same name and must have the red-alert-carry flag in BOTH missions.

I'll continue working on the issue.

z64555

2017-01-21 07:45

developer   ~0016851

Last edited: 2017-01-21 08:23

Well that didn't take long. Giving the 3 ships the "red-alert-carry" flag not only allowed me to load the mission, but it works _perfectly_. The player is initially docked with the Advanced Drone, and all ships are there.

So the next steps will be to put in safeties and warnings to notify the mission designer when conditions are not right.

[Edit] I've edited the wiki article on the Red-alert sexp to reflect its proper usage. Amusingly, the "proper" usage is the "bizarre" usage compared to the rest of the retail mission files.

Issue History

Date Modified Username Field Change
2006-12-29 03:33 shivansps New Issue
2006-12-29 03:33 shivansps File Added: BUGTESTCAMPAING.rar
2007-10-21 23:55 taylor Note Added: 0008584
2007-10-21 23:55 taylor Status new => assigned
2007-10-21 23:55 taylor Assigned To => Goober5000
2007-10-22 05:40 Goober5000 Relationship added related to 0000530
2008-10-09 02:51 chief1983 Note Added: 0009873
2008-10-09 02:51 chief1983 Priority normal => high
2009-03-10 21:28 karajorma Note Added: 0010732
2012-07-02 03:28 Goober5000 Note Added: 0013778
2012-11-19 23:34 Goober5000 Note Added: 0014095
2012-11-19 23:34 Goober5000 Resolution open => suspended
2012-11-19 23:34 Goober5000 Target Version => 3.7.2
2015-04-16 04:22 Goober5000 Target Version 3.7.2 => 3.7.4
2016-03-23 10:02 MageKing17 Note Added: 0016816
2016-03-23 10:02 MageKing17 Target Version 3.7.4 => 3.8
2017-01-21 07:34 z64555 Note Added: 0016850
2017-01-21 07:34 z64555 Assigned To Goober5000 => z64555
2017-01-21 07:45 z64555 Note Added: 0016851
2017-01-21 08:23 z64555 Note Edited: 0016851
2017-01-21 08:25 z64555 Status assigned => resolved
2017-01-21 08:25 z64555 Resolution suspended => no change required
2017-01-21 08:25 z64555 Fixed in Version => 3.7.5