I have this visual I've found years back. The missions it would have appeared in all fell victim to other circumstances.
But I though I get it out of the mothballs
for reason that are non of your buisness. Actually with FSO 21.0.0, I though I could at least ditch having an additional asset around that needs to managed.
Except when I put it through the test on a recent-ish Nightly (20210601) it didn't work - I rolled the Shivan Comm Node back to the retail asset, ran the same SEXP again and it worked.
Please compare the left and middle segments of the following image to see the results:
I adjusted the event to account for the addition of the MVP-exclusive "piece-outer4a" suboject/subsystem:
$Formula: ( when
( true )
( ship-subsys-no-replace
"Shivan Comm Node 2"
( true )
"core"
"piece4a"
"piece-outer4a"
)
( ship-subsys-vanish
"Shivan Comm Node 2"
( true )
"core"
"piece4a"
"piece-outer4a"
)
( destroy-subsys-instantly
"Shivan Comm Node 2"
"core"
"piece4a"
"piece-outer4a"
)
)
+Name: no-crystal-node
+Repeat Count: 1
+Interval: 1
But the intended result was not produced (see above on the right).
Of course, I had to a look at mv_assets_s-shp.tbm. And I am not quite sure what about it is breaking the SEXP:
$Subsystem: piece-outer4a, 0.0, 0.0
$Flags: ( "ignore if dead" "damage as hull" "no aggregate" "no disappear" "allow destroyed rotation" "untargetable" )
Considering it is the FSU who are responsible for this happening, it is only fair to get you involved in fixing it.
EDIT: Debug log; the debug build processes the event with any comment:
https://fsnebula.org/log/60bcbe2ad424e511af391314