View Issue Details

IDProjectCategoryView StatusLast Update
0002998FSSCPFREDpublic2022-11-10 23:37
ReporterDarth Geek Assigned ToGoober5000  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionduplicate 
PlatformAllOSAllOS VersionAll
Product Version3.7.1 
Fixed in Version23.0.0 
Summary0002998: Reordering events breaks is-event-true SEXP references
DescriptionIs-event-true-delay SEXPs are based on SEXPs' location in the events list, not their names. This can make references incorrect when events are moved.

If an event in the editor is moved from location A to location B in the list, all event-true references to any events between location A and location B will be wrong.
Steps To ReproduceIn a new mission, create events named 1, 2, and 3. (then close and reopen the events editor so that event-true SEXPs can reference 1, 2 and 3).

Set the condition of event 1 from "true" to "is-event-true-delay 2" (event 2; delay doesn't matter).

Click on 3 and drag it upwards to put it before 2. (or click on 2 and drag down, doesn't matter).

Close and reopen the editor, and open event 1 again - the condition will be is-event-true-delay 3.
Additional InformationSorry if this has already been mantised, it's a (well-known, I thought) retail bug but I didn't see it on here.
TagsNo tags attached.

Relationships

duplicate of 0001005 resolvedGoober5000 References change to "<Event>" when you drag "Event" 

Activities

Goober5000

2014-02-04 02:33

administrator   ~0015586

Yes, it's been known for quite a long time. "FSO 4" is our tag for things that aren't expected to be fixed until an arbitrary future date. The best scenario is that the wxFRED team designs their new event dialog to fix this behavior.

Goober5000

2022-11-10 23:36

administrator   ~0017147

Fixed by GitHub PR 4881.
https://github.com/scp-fs2open/fs2open.github.com/pull/4881

Goober5000

2022-11-10 23:37

administrator   ~0017149

Also a duplicate of 0001005.

Issue History

Date Modified Username Field Change
2014-01-10 22:16 Darth Geek New Issue
2014-02-04 02:32 Goober5000 Relationship added duplicate of 0001005
2014-02-04 02:32 Goober5000 Assigned To => FSO 4
2014-02-04 02:32 Goober5000 Status new => assigned
2014-02-04 02:33 Goober5000 Note Added: 0015586
2014-02-04 02:33 Goober5000 Status assigned => closed
2022-11-10 23:36 Goober5000 Assigned To FSO 4 => Goober5000
2022-11-10 23:36 Goober5000 Status closed => resolved
2022-11-10 23:36 Goober5000 Resolution open => fixed
2022-11-10 23:36 Goober5000 Fixed in Version => 23.0.0
2022-11-10 23:36 Goober5000 Note Added: 0017147
2022-11-10 23:37 Goober5000 Status resolved => closed
2022-11-10 23:37 Goober5000 Resolution fixed => duplicate
2022-11-10 23:37 Goober5000 Note Added: 0017149