View Issue Details

IDProjectCategoryView StatusLast Update
0000732FSSCPgameplaypublic2007-11-20 10:13
Reporterthesource2 Assigned ToGoober5000  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Fixed in Version3.6.10 
Summary0000732: ship-type-destroyed works improperly at least with cargo
DescriptionFor cargo ship type this function never returns true, even if the condition is satisfied.
TagsNo tags attached.

Relationships

has duplicate 0001288 resolved ship-type-destroyed still works improperly 

Activities

WMCoolmon

2006-01-29 08:36

developer   ~0004543

I've bumped a couple minor updates in CVS and gave the code a once-over, didn't see anything wrong yet.

Goober5000

2006-02-13 07:54

administrator   ~0004734

I just tested it; it still doesn't work.

WMCoolmon

2006-02-19 01:03

developer   ~0004818

I think I found it, a <= needed to be a >= for a bounds check.

Goober5000

2006-02-19 02:17

administrator   ~0004823

Ugh. I fixed it at the same time you did. :p

Anyway, your fix works.

Goober5000

2006-03-09 05:01

administrator   ~0005112

Hm. I'm playing Derelict (SCP edition) right now and this bug popped up again - dl2-07, for one of the primary goals.

karajorma

2006-07-19 19:12

administrator   ~0006232

I'm thinking of changing the Ships_exited system to a dynamic vector based system rather than the static 400 ship array we have at the moment.

I think it might be an idea to start using that for figuring out what ships have been killed (or at least altering how the current system works) at that time. so I'll nab this one for now :)

thesource2

2007-03-06 11:11

reporter   ~0007807

I'm currently fixing derelict scp missions and I'm not sure if I should change objectives' conditions for compatibility among those fixes. How's work goes about this bug?

karajorma

2007-10-24 01:11

administrator   ~0008590

Is this still an issue?

Goober5000

2007-11-20 10:13

administrator   ~0008676

Yup. Fixed it.

Issue History

Date Modified Username Field Change
2006-01-19 14:28 thesource2 New Issue
2006-01-28 04:54 Goober5000 Assigned To => WMCoolmon
2006-01-28 04:54 Goober5000 Status new => assigned
2006-01-29 08:36 WMCoolmon Note Added: 0004543
2006-02-13 07:54 Goober5000 Note Added: 0004734
2006-02-19 01:03 WMCoolmon Note Added: 0004818
2006-02-19 02:17 Goober5000 Note Added: 0004823
2006-02-19 02:17 Goober5000 Status assigned => resolved
2006-03-09 05:01 Goober5000 Status resolved => feedback
2006-03-09 05:01 Goober5000 Resolution open => reopened
2006-03-09 05:01 Goober5000 Note Added: 0005112
2006-07-19 19:11 karajorma Status feedback => assigned
2006-07-19 19:11 karajorma Assigned To WMCoolmon => karajorma
2006-07-19 19:12 karajorma Note Added: 0006232
2007-02-22 00:18 Goober5000 Relationship added has duplicate 0001288
2007-03-06 11:11 thesource2 Note Added: 0007807
2007-10-24 01:11 karajorma Note Added: 0008590
2007-11-20 10:13 Goober5000 Note Added: 0008676
2007-11-20 10:13 Goober5000 Assigned To karajorma => Goober5000
2007-11-20 10:13 Goober5000 Status assigned => resolved
2007-11-20 10:13 Goober5000 Resolution reopened => fixed
2007-11-20 10:13 Goober5000 Fixed in Version => 3.6.10