Gristle

This seems to have fixed the decouple issue. I loaded my ship with the staging disabled on a coupler into a new sandbox game and launched it. With this dev build I was able to switch back and forth to this vessel several times over a couple of game loads. I then removed this dev version and installed the current version on CKAN. As soon as I switched to the test vessel the stage separated.

I think there is a problem with tweaking decoupler / seperators and disabling staging. Not sure if it's tweakable everything as no errors are thrown, but it seems that by disabling staging on these parts they like to spontaneously stage when switching to the vessel from another.

Where can I get the green textures? Are those the old alternates on the new parts?

I'm currently using CC 1.2.3 and seeing exceptions related to KSS contracts. Line 28247: [WRN 22:55:57.614] ContractConfigurator.ConfiguredContract: Error loading contract for contract type 'KerbinLSResupply'. The contract type either failed to load or was uninstalled. Line 29022: [WRN 23:02:14.770] ContractConfigurator.ConfiguredContract: Error loading contract for contract type 'KerbinLSResupply'. The contract type either failed to load or was uninstalled. Line 29343: [WRN 23:03:22.690] ContractConfigurator.ConfiguredContract: Error loading contract for contract type 'KerbinLSResupply'. The contract type either failed to load or was uninstalled. Line 29709: [WRN 23:03:37.501] ContractConfigurator.ConfiguredContract: Error loading contract for contract type 'KerbinLSResupply'. The contract type either failed to load or was uninstalled. Line 30214: [WRN 23:04:04.942] ContractConfigurator.ConfiguredContract: Error loading contract for contract type 'KerbinLSResupply'. The contract type either failed to load or was uninstalled. Line 32750: [WRN 23:48:13.419] ContractConfigurator.ConfiguredContract: Error loading contract for contract type 'KerbinLSResupply'. The contract type either failed to load or was uninstalled.

I turn of all but 1 or 2 reaction wheels near a guesstimate of the center of mass.

Haven't seen any follow on contracts for my stations yet. Have the lead times / cool down times been reduced yet for the station maintenance/ crew rotation missions?

Fair enough, but the mix of different docking port sizes and formats still seems awkward and confusing to me. Just giving some feedback here. I do appreciate your work and do realize you do this for your own enjoyment. Thank you for making this mod, it has given me many, many hours of entertainment.

This update seems to have broken my sub-assemblies. The Soyuz CSM assembly from 27 loads as individual pieces. Some of the parts seem sized differently also, particularly the T-OMS part. I think I have to agree. This mod seems to be going from a stock-alike Soviet inspired pack to a Soviet realism mod and it's now seems awkward and confusing.

I disagree. It's annoying a all get out when the docking ports don't work with stock. I would prefer lego like compatibility as much as possible.

Nice! Looking forward to this mod. As my space program grows and adds more staff it gets harder to remember who last flew and to where.

This tragedy occured during a reentry maneuver. During these times a pressure suit / helmet is expeditious. Snacks trump everything. Almost certainly helmets are not worn during orbital operations.

Do the Inline storage also act as the mulchers? Isn't there also a green house part?

Sombrero - keeps the sun off your head to make electricity.

This seemed to fix it. Also noticed that the ToadicusTools.dll seemed to be newer in that dev build so I updated it also.

Not getting the previous staging error.....got something new. This error is apparently preventing me from right clicking on anything. Right click failure showed up after doing an EVA and returning to vessel. [EXC 20:50:22.205] NullReferenceException: Object reference not set to an instance of an object KSPAPIExtensions.UIPartActionFloatEdit.UpdateValueDisplay (Single newValue) KSPAPIExtensions.UIPartActionFloatEdit.UpdateItem () UIPartActionWindow.CreatePartList (Boolean clearFirst) UIPartActionWindow.UpdateWindow () UIPartActionController.UpdateActiveWindows () UIPartActionController.UpdateFlight () UIPartActionController.Update () Using Tweakscale dev build from post #677

http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Dstripbooks&field-keywords=david+baker+haynes&rh=n%3A283155%2Ck%3Adavid+baker+haynes

I am getting my dimensions from the book pictured below, so the models should be accurately sized. http://scene7.targetimg1.com/is/image/Target/16797412?wid=280&hei=280 Haynes manuals are notoriously wrong or inaccurate. Most pictures and figures have the caption "typical assembly" or some such.

Just loaded KSP up and now all 34 contracts are green. Didn't do anything in KSP since the screenshots earlier.

Gotta step out for a bit. How would I check to see which contracts are failing validation?

I'm not seeing that behavior, but I'm not seeing any follow on missions for the stations. I have Kerbin, Mun and Minmus stations but save for a single resupply mission to Kerbin station a couple of revisions ago I'm not seeing any other station missions.

Beale changed quite a few file names in recent releases, but no part names that I'm aware of. Kind of a sticky situation now. People have lost vessels in their saves at this point with the part name change, but now that 27.1 is out other people potentially will lose vessels if the part name is changed again. I'm holding at v27 for now as I don't have any problems with the parts.

What Urist said that is inaccurate is "..was a renamed a couple of weeks ago from Castor_Engine_B -> Castor_LM_Engine."

I don't think that is accurate. Even though some of the file names changed the part names in the configs did not. I just checked the the Castor_Engine_B config file name lemEngine.cfg and the part name is still Castor_Engine_B. This is for Tantares 27 via CKAN. If your changing part names now in the .CFG files I think its a bad idea and will be skipping any updates you are making. To the OP I would suggest holding at Tanatares 27 until this is sorted out.