Krzeszny

The runways are disconnected in my KSC even though I've installed all recommended/required mods.

Thanks. I've already figured out that the default config works fine but I never noticed that the versions were different. It makes sense that the conflict causes a crash but it's still an exception. Should I report it on GitHub? The clouds look like that even when I return to the menu from a save. However, they look normal when orbiting. I purged it and then reinstalled it. It didn't change anything but I got 4 GB of space back. Thanks. You don't have to figure it out, it's not a problem for me at all. It works OK on the default config and the colors make the menu look less bland. So you didn't remove the outdated config or CKAN didn't remove it? I don't understand. By the way, the config is still there to choose.

Uhh... I'm not sure if it looks accidentally good or bad. Edit: When I uninstall Spectra, the clouds return to normal.

@HebaruSan Hi. I hope you don't mind me asking here. Do you have an idea what's going on? During PlanetShine installation, it gives the option to install its own config or Spectra's config. When I choose Spectra's config, CKAN crashes as I said in my previous post. As Avera9eJoe said, Second problem:

Is there a reason this mod isn't marked 1.9.1-compatible? It works for me. Sorry for reviving.

When I try to install Spectra and PlanetShine at the same time (choosing Spectra's config), CKAN crashes with this exception: ************** Exception Text ************** System.ArgumentException: Already contains module:Spectra at CKAN.RelationshipResolver.Add(CkanModule module, SelectionReason reason) at CKAN.RelationshipResolver.AddModulesToInstall(IEnumerable`1 modules) at CKAN.ModuleInstaller.InstallList(ICollection`1 modules, RelationshipResolverOptions options, RegistryManager registry_manager, IDownloader downloader, Boolean ConfirmPrompt) at CKAN.Main.InstallMods(Object sender, DoWorkEventArgs e) at System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e) at System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument) When I install Spectra first, and after that PlanetShine, I get the mod installation error from my previous post, without crashing. When I install PlanetShine without Spectra and choose Spectra's config during installation, PlanetShine is installed with... something - CKAN shows that Spectra has been installed but it's out-of-date. Updating causes the mod installation error from my previous post. By the way maybe you could remove either PlanetShine or PlanetShine-Config-Default from suggestions? Installing the second one doesn't ask me to choose a config while installing the first one does. What you could add to suggestions though, is the Destruction Effects mod because why not Nope. EDIT: Hold on, I forgot about your manual installation suggestion. EDIT: I uninstalled PlanetShine, deleted Spectra's folder, then uninstalled Spectra with CKAN, reinstalled it and now I can't uninstall it. However, I was able to install PlanetShine, choosing its config. (Spectra's config is still there to choose during installation.)

After the last update, I got this error when trying to update another mod. When I reinstall PlanetShine, choosing Spectra's config for it, I also get the same error. The following inconsistencies were found: * PlanetShine 0.2.6.3 missing dependency PlanetShine-Config Error during installation!

Transfer Window Planner isn't compatible with 1.9.1. I'll stick with your mod

Could you mark this 1.9.1-compatible in CKAN? The author is inactive but it seems to be working just fine.

Could it show how much deltaV it saves by waiting for the transfer window compared to burning without waiting?

'Skiff' has 300 kN of thrust in vacuum. 'Caravel' has 500 kN. That's a huge difference.

I suggest 2 improvements: "Caravel" from RS+ should be slightly more expensive because it's somewhat OP for its price, compared to "Skipper" on one end and "Swivel" on the other. "Caravel" shouldn't be removed when MH is installed because it's not really an equivalent. It has 100 kN more thrust than "Bobcat" (EDIT: 200 kN more than "Skiff") and different ISP ASL.

Sorry, FARc only counts connected clamps as part of the vessel. Which is still a bug. As you said, clamps aren't for flying so FARc should ignore them. I know I can detach them when tweaking stability, but I don't see why FAR shouldn't do that by default.

Bug: FAR counts the TT18-A Launch Stability Enhancer a.k.a. the launch clamp as a part of the vessel in Stability Derivatives both when it's connected and when it's disconnected.

It happens every time I load that save and recover it.

Exploration Plus? CKAN tells me it's 1.0.2, the newest one. EDIT: apparently not because 2.0 isn't on CKAN yet. EDIT 2: I was not able to replicate this error.

Exception occured while attempt to generate contract of type 'ExplorationPlus.ExplorationPlus-OrbitalManoeuvres': System.NullReferenceException: Object reference not set to an instance of an object at ContractConfigurator.DockingFactory+<>c.<Generate>b__3_0 (ContractConfigurator.VesselIdentifier vi) [0x00000] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at System.Linq.Enumerable+SelectListIterator`2[TSource,TResult].ToList () [0x0002a] in <fbb5ed17eb6e46c680000f8910ebb50c>:0 at System.Linq.Enumerable.ToList[TSource] (System.Collections.Generic.IEnumerable`1[T] source) [0x0001f] in <fbb5ed17eb6e46c680000f8910ebb50c>:0 at ContractConfigurator.Parameters.Docking..ctor (System.Collections.Generic.IEnumerable`1[T] vessels, System.String defineDockedVessel, System.String title) [0x0001e] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.DockingFactory.Generate (Contracts.Contract contract) [0x0002a] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.ParameterFactory.Generate (ContractConfigurator.ConfiguredContract contract, Contracts.IContractParameterHost contractParamHost) [0x00016] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.ParameterFactory.GenerateParameters (ContractConfigurator.ConfiguredContract contract, Contracts.IContractParameterHost contractParamHost, System.Collections.Generic.List`1[T] paramFactories) [0x0007e] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.ParameterFactory.GenerateParameters (ContractConfigurator.ConfiguredContract contract, Contracts.IContractParameterHost contractParamHost, System.Collections.Generic.List`1[T] paramFactories) [0x0008c] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.ContractType.GenerateParameters (ContractConfigurator.ConfiguredContract contract) [0x00000] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.ConfiguredContract.Initialize (ContractConfigurator.ContractType contractType) [0x00209] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 What I did: I made a few rockets, then loaded a saved game with an old rocket on the launchpad and recovered it. The error appeared along with the recovery window.

The error window asked me to post it here, but ok, I'll repost it there.

Exception occured while attempt to generate contract of type 'ExplorationPlus.ExplorationPlus-OrbitalManoeuvres': System.NullReferenceException: Object reference not set to an instance of an object at ContractConfigurator.DockingFactory+<>c.<Generate>b__3_0 (ContractConfigurator.VesselIdentifier vi) [0x00000] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at System.Linq.Enumerable+SelectListIterator`2[TSource,TResult].ToList () [0x0002a] in <fbb5ed17eb6e46c680000f8910ebb50c>:0 at System.Linq.Enumerable.ToList[TSource] (System.Collections.Generic.IEnumerable`1[T] source) [0x0001f] in <fbb5ed17eb6e46c680000f8910ebb50c>:0 at ContractConfigurator.Parameters.Docking..ctor (System.Collections.Generic.IEnumerable`1[T] vessels, System.String defineDockedVessel, System.String title) [0x0001e] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.DockingFactory.Generate (Contracts.Contract contract) [0x0002a] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.ParameterFactory.Generate (ContractConfigurator.ConfiguredContract contract, Contracts.IContractParameterHost contractParamHost) [0x00016] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.ParameterFactory.GenerateParameters (ContractConfigurator.ConfiguredContract contract, Contracts.IContractParameterHost contractParamHost, System.Collections.Generic.List`1[T] paramFactories) [0x0007e] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.ParameterFactory.GenerateParameters (ContractConfigurator.ConfiguredContract contract, Contracts.IContractParameterHost contractParamHost, System.Collections.Generic.List`1[T] paramFactories) [0x0008c] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.ContractType.GenerateParameters (ContractConfigurator.ConfiguredContract contract) [0x00000] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 at ContractConfigurator.ConfiguredContract.Initialize (ContractConfigurator.ContractType contractType) [0x00209] in <43a2e7cbd59545c6b9206fcd382ecb64>:0 This happened when I recovered a rocket from the launchpad after loading a saved game with the rocket on the launchpad.

No reaction wheel No gimbal/thrust vectoring No RCS No flaps No warning! Find out the hard way. This fault relates to unmodded installs as well. It would be great to see a design checklist update.

The FL-S1200 Liquid Fuel tank is placed between 0.625-size tanks in all 3 categories - 2 stock and one from FilterExtensions (I think). Now that I think about it, these screenshots have only complicated the bug report.

Could ReStockPlus make Thud great again usable? Also, don't miss my bug report about the parts list.

1. CritterCrawler/TRR-1, the double-Spider engine. Fair enough. 2. VTx-202, the flat brick engine - think first, then read my propositions: We should consider what its use should be. Why would someone want to use it? Have you seen anything like it in other mods? I don't use too many parts mods, so I don't know. 3. ILX-40, the long, retractable engine. Points to consider before you read my ideas: What is it for? Why is it retractable? Should it be efficient? Thud has bad ISP likely because its thrust is too high for the size of its nozzle. IMHO, RS+ should make it usable. All retractable engines could have higher-than-usual temperature tolerances. Why would you design a retractable engine otherwise? The highest stock LFO engine ISP is 380 - the Wolfhound engine form Making History. But its nozzle is HUGE. Vacuum thrust comparison:

Le bug Yo tank so big, it won't fit on any parts list. Yes, this is a terrible yo mama joke. By the way, what's the deal with the Ursa engine? It's a 10 to 20% improvement over the Reliant but costs the same. Why isn't it more expensive? The model's dope though. I like it

The KerryKan comes from the Karbonite mod, I think. If not, then USI. Hold on, it's actually RS+'s fault. It's in the wrong place on ALL parts lists - modded and stock.