Bluebottle

Thank you, and welcome back!

Hi Taniwha. I've got KerbalStats 3.0.1 + EPL 5.7.1 running on KSP 1.2.2, and I'm getting bursts of these log messages about ConstructionSkill upon every scene load. It doesn't happen for every kerbal and there are a lot of names there that I don't even recognise (old candidates maybe). Is this a KerbalStats problem, perhaps, or do I need to look elsewhere? Thanks.

There isn't. You can only have one module/transform pair for each part that KSP loads, and a weldment is one part. So, one light, one cargo bay (that won't shield its contents anyway, IME), etc, one crew part with controllable cabin lights, etc.

No problem at all for me. None of your old weldments will be affected. There was an issue going from 1.0.5 to later versions, where the "module=" line in the weldment config needed to be set to "Part". Some mesh/part names might have changed, especially with parts from mods, but this only creates a cosmetic issue where a part is visually missing but the vessel still loads and functions fine. In the (your weldment's name)internal.cfg that is created when welding, there are sections like this: MODEL { model = Squad/Spaces/crewCabinInternals/model rotation = 1.3660374E-05,1.

dboi88's dreams are fulfilled:

This is turning out beautifully...

OK, I didn't know it was also a debug build. The craft file is the same as in January, with mod requirements from the post above . I don't use templates. My use case is to keep the correct type of vessel (can't stand it when everything becomes "a base") and correct vessel names after dock/undock. So I don't fill in any of the fields, in most cases: Anyway, enough about that. Important: I can't reproduce it with 0.1.7.3-beta. With 0.1.7.2, it is reproducible. So something you've done has fixed it . Here are the two log files: 0.1.7.2 and 0.1.7.3-beta. The procedure for both was

Not just "a little". Try using KAS to connect a plane using ALG to anything else, and if you don't immediately get explosions or bizarre, highly destructive bouncing, you certainly will upon scene reload. All my planes include normal landing legs too, for this reason: taxi using ALG, then deploy the legs and retract ALG before KAS hook-up (on any body with gravity higher than Minmus or Mun).

Yes. It doesn't save that setting.

Thanks. I still get the same exception - it simply can't handle it when I forget to add any pod names before launch. [EXC 21:35:53.691] ArgumentOutOfRangeException: Cannot be negative. Parameter name: length System.String.Substring (Int32 startIndex, Int32 length) PDPN.PDPN_SelectionWindow.GetFormat (System.String templateName) PDPN.PDPN_SelectionWindow.formatManualEntryName (.PartModule pm2, System.String templateName, Boolean fillSelections, Boolean inFlight, System.String storedTemplateName) PDPN.PersistentDynamicPodNames.FixedUpdate ()

Thanks anyway. It does still happen - I reported it here twice before, with logs and a craft file.

Thanks for your work maintaining this. Is there any chance this version fixes the exception I reported in January?

You can't use them, sorry. KSP only allows one of each module/transform pair per part. Right-click on the part and use "Transfer crew" from the context menu. There are many modded parts that lack IVAs and this is the workaround. Yes, it would. Many of Necrobone's mods use mesh switching and FTP is no different. It is possible to weld mesh-switched parts but some weldments result in a config file that has empty mesh lists in the module section for handling them. They look like a "; ;" - two semicolons with whitespace between them. You need to match up the index of the mesh in th

It is As Jeb Intended: doughnuts in a 100m freighter hull

A suggestion to ward off future problems: might it be better to have that (lovely) command pod in line with the CoM? I've had issues before with ships that have offset command pods, mainly w.r.t. Mechjeb, TCA, etc - when the command point is offset from CoM/CoT, such autopilots can end up 'chasing' maneuver node vectors, esp. near the end of burns.