blowfish

The restriction was added because it makes some things ambiguous - if you had PART { mesh=whatever } then where KSP would look for the model would depend on which one was used. Almost no one uses that anymore though and I don't think there are too many other features that depend on the path. So maybe it's time to rethink that. In the mean time you can figure out what other mods might add it and just NEEDS with them

If anyone wants to provide any useful information about what is or is not working in new KSP versions, including relevant debugging issue such as logs, please do so, otherwise just wait for an update.

Advanced Jet Engine v2.17.0 for KSP 1.8.x to 1.11.x Add support for centrifugal-flow compressor jet engines. These perform considerably worse than axial-flow jets approaching transonic and only slightly recover supersonic. Reenable transonic and supersonic drag on propellers since FAR properly ignores the rotor disc and therefore does not itself provide wave drag. Piston engines need 0.2kg/m^3 or higher air density to work. No more space props. Fixes to exhaust gas temp calcs on piston engines. Fix engine max temp if undefined to be 1800K not 3600K (!). Thanks @NathanKell for doing this while I've been busy with real life stuff

Well each patch is only run once. So there has to be one thing that uniquely tells MM when to run the patch.

KSP strips out everything after the first parenthase before MM even gets there. Can you show what happens when all of them are replaced with question marks? Each of those passes runs in alphabetical order.

Please verify your BDB installation. Specifically GameData/Bluedog_DB/Compatibility/B9PartSwitch is required but is missing. It doesn't do anything by default. If something is modifying the stock tanks it's another mod (maybe CryoTanks).

Can't help if I don't know what error you're getting. You are trying to download from the Github releases page?

@lookolookthefox this is the problem: systemPower = #$@MODULE[USI_Harvester]/Ratio$ you want systemPower = #$/MODULE[USI_Harvester]/Ratio$ or systemPower = #$..MODULE[USI_Harvester]/Ratio$ in this context, @ tells it to look for root nodes (PARTs, RESOURCE_DEFINITIONs, etc), whereas / tells it to look in the root of the current node, and .. says to go up a level

@Lisias I couldn't reproduce any infinite loop with this setup, FINAL or no (there shouldn't be any difference between how patches in different passes are applied). @FreeThinker this is probably the simplest thing to accomplish what you want, worked when I tried

Simple Adjustable Fairings Plugin v1.12.0 for KSP 1.11.2 Recompile against KSP 1.11.2

B9PartSwitch v2.18.0 for KSP 1.11.2 Recompile against KSP 1.11.2 Fix modules getting force-enabled when new data is loaded Change remote AVC reference so that it notifies even if you change KSP versions Prevent exceptions caused by zombie parts

That does seem weird, AJE doesn't do anything with hydrogen by default though so must be some other mod patching them. Maybe something related to NTRs if I had to guess?

Ah that, thanks!

I see a lot of errors coming from TweakScale, In particular references to https://github.com/net-lisias-ksp/TweakScale/issues/34 ... that seems like a good place to start I don't have time to learn Waterfall right now but if someone else wants to make it work I'll gladly accept a PR.

Some mod that depends on this is misconfigured or incorrectly installed. Please provide the full log. Alternately @JadeOfMaar might remember exactly what causes this Be patient It looks like there are some patches in WarpPlugin/Patches/FarFutureTechnologiesFix that are marked as FOR[FarFutureTechnologies], which makes ModuleManager think that FarFutureTechnologies is installed even though it's not. Immediate fix would be to ether remove those patches or install FFT. But you probably want to talk to the author of that mod (I believe Interstellar) to get this fixed. Can someone provide me a stack trace so I can see where this is getting called from?

Variables don't work in regex replacements. Fortunately you don't really need regex since you're just appending to the end @description = #$description$<br><color="green">It's an example with LiquidFuel $/RESOURCE[LiquidFuel]/maxAmount$</color>

Weird, is there some part with both RF tanks and SAF on it? Answer is in the OP

If TweakScale is NREing on GetModuleMass then that would probably be the first place to ask.

It looks like WildBlueIndustries/ClassicStockResources/Templates/Utility/ModExists.cfg is telling ModuleManager that ClassicStock is installed but it is not (and other patches are being inconsistent because of that. @JadeOfMaarcould maybe give a more detailed answer about how these things are supposed to be installed?

yes, I think you're just missing brackets which will cause KSP (and thus MM) to treat is as a node, e.g. !SPACEDUST_RESOURCE:HAS[#body[Duna]]:NEEDS[GPP]:AFTER[SpaceDust] {}

HX could theoretically be split into 4 sizes, I don't know how much value there is there given the smallish number of HX parts that exist

Hmm, I'm not totally clear on what CryoTanksCore is supposed to provide, let me look a little closer. E: yeah, okay so the way CryoTanksCore is installed it makes ModuleManager register CryoTanks as an installed mod. OPT sees this and creates tank types that use it. @JadeOfMaar what's your perspective on this from OPT's side? Theoretically all those patches could also require CRP, but it seems like this might be an uphill battle in general, with many patches across many mods potentially being affected.

@Murdabenne You don't have Community Resource Pack installed. It's a requirement of CryoTanks.

Can you check for a leftover empty FerramAerospaceResearch directory in GameData?

Looks more like config/install issues with OPT, please include KSP's log if you want any actual help.