Closed alterNERDtive closed 3 years ago
So I don’t see a way to specifically target a barycenter. I guess … have fun trying to reproduce? :D
One more piece of evidence though; after the carrier was in system already, I tried jumping to the main star. It was full, and it queued another jump to the same destination, basically trying to jump me in place. This time the event in the journal read
{ "timestamp":"2020-10-08T18:22:05Z", "event":"CarrierJumpRequest", "CarrierID":3700289792, "SystemName":"Malannher", "Body":"Malannher 1+2", "SystemAddress":9467584128417, "BodyID":5 }
So apparently it’s also a bug/inconsistency with the game itself. If you
there will be no body
property in the journal event.
Going through my journals it appears that there is a body
property if you jump into unvisited systems and actually end up on a body; though all of those cases for me had me jump in on the star and there were no other carriers in the system, so there might be more to it.
I guess the best way to handle it is to not rely on the body
property existing in all cases.
Edit: example for unvisited system in the middle of nowhere:
{ "timestamp":"2020-09-23T08:17:48Z", "event":"CarrierJumpRequest", "CarrierID":3702881280, "SystemName":"Keems XS-U d2-0", "Body":"Keems XS-U d2-0 A", "SystemAddress":11735663387, "BodyID":1 }
EDDI version in which issue is found
v3.7.0
VoiceAttack version in which issue is found (as applicable)
beta 1.8.6.14
Steps to reproduce
Expected
EDDI handles the
Carrier Jump Engaged
event properly. I think it’s one of the derived ones.Observed
VA crashes (standalone will probably do that, too?) with an unhandled
NullReferenceException
.Investigation
Excerpt of
VoiceAttackFault.txt
:(timestamp is missing by accident in 1.8.6.14, fixed in current beta after I reported it)
The
CarrierJumpRequest
journal event:The system does not have a body on EDSM with the ID
5
since it’s not listing barycenters as bodies.