Lisias

Not necessarily. The Wright Brothers were known to debate each other over ideas, where one would continuosly try to prove the other wrong - ergo, a winner and a looser. But they also switched places, and then the defensor of an idea started to play the offensor role. It was how they managed to find the best ideas for their projects and rule out the bad ones before wasting too much time on them. The debate and the discussion models explained above are only tools. No ill intent is embedded in the concept. Ill intenioned people may prefer a debate because they want the "thrill" of "winning" the debate, what they would not achieve on a discussion. But this should not be reflected on the tool - only on the ill intentioned people perverting the tool to accomplish their ill goals.

Something was not being completed for sure. Sometimes it's just an informational entry on the log, but sometimes it can be something like calculating the cost of a part, and then your carreer is spoiled. KSP is a very complex piece of software, it's hard to predict if something is borking a sequence of events that will bite our SAS later. Welcome to the modding scene.

Problem is that I don't know what else on his installment needs AT-Utils. Allista's add'ons are highly coupled to a specific AT-Utils version, so the safest approach is to always match the add'ons by the AT-Utils they run. It's the reason I gone for a Ground Construction release from the same day as the 1.9.3 AT Utils release date, as it's the best indicative that such release would be compatible to the said AT-Utils (that could be in use by something else). So I choose the conservative approach: let's fix exactly what's broken first. If by any reason the user decides that the current Ground Construction needs to be replaced, then we could help him on sorting the mess of choosing a new AT-Utils and hunting down Add'Ons that would work with this new one.

You can, so, install a previous version of GroundConstruction. Let me check a thing.... Yep, there's a GroundConstruction release on the same day AT Utils 1.9.3 was released. Completely remove the current GroundConstruction and install this one.

If you didn't bought it from the KSP Store neither, then there's no way (known to me) Steam would have MH linked to your account - AFAIK, the only way to do that without buying it from Steam would be transferring the buy from the KSP Store - and even that, only during some time in the past. So, no. Forget what I said - that thing appears to be unrelated to your problem. Well... There's nothing that can be done but... Logging on every single store you ever had made an account and look on the sale's history.

Recently, a lot of older KSP depots were removed from Steam. I can't use the console to download some not so older versions of KSP anymore, as I was able to do until the some time earlier this year. I think this may be related to your case, as some "special bundles" are tied to some depots, and by removing depots the bundle you "received" when transferred the DLC to Steam may had ended up crippled by accident. Mention this when you open a ticket on Steam. And you should, as only Steam's Support can help you on this.

I had thought on that, but most of the time people think it's something on TweakScale (and in the past, TweakScale was really commonly involved - usually as a screaming victim). So when someone thinks TweakScale is involved, i end solving the case here and make things easier to find. Think on it as a motto : TweakScale supports its users. A TweakScale user has a problem? TweakScale does its best to solve it, no questions asked. TweakScale depends of a healhy KSP installment to work, so in the end it's a preventive measure - it's best to get these bugs tackled down earlier than wait them to happen when TweakScale tries to scale something that have them.

Moved from another thread. Hi, @darthgently. Near Future add'ons don't support TweakScale, as you may already know by this time. However, TweakScale support Near Future Add'Ons, so you will have your problem fixed here. I suggest you to install TweakScale Companion for Near Future, where up to date and properly curated patches are maintained for all NF add'ons. The current ones on TweakScale are terribly outdated, and they are being phased out soon. Of course, if you are not using them already. If the problem you have is not solved by the latest Companion for NF, please build a pretty small craft where the problem is happening and send it to me with a description of the problem and a very simple list of steps to detect it. It may sound silly, but since sometimes I do support late night before going to bed, now and them I'm not on my best shape and end up missing obvious things, and by doing that, you will be helping me to overcome this limitation and fastening a good answer! Cheers!

Moved from another thread. Nertea is right. This has nothing to do about his Add'On. "Unfortunately" this has nothing to do with TweakScale neither (unfortunately because if this would be something on TweakScale, you can bet your SAS I would be working to fix it for you!). Apparently, you have a dependency problem on your instalment. Something on your game is constantly crying about: [ERR 05:11:56.950] AssemblyLoader: Exception loading 'GroundConstruction': System.Reflection.ReflectionTypeLoadException: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown at (wrapper managed-to-native) System.Reflection.Assembly.GetTypes(System.Reflection.Assembly,bool) at System.Reflection.Assembly.GetTypes () [0x00000] in <ad04dee02e7e4a85a1299c7ee81c79f6>:0 at AssemblyLoader.LoadAssemblies () [0x000e6] in <55ba45dc3a43403382024deac8dcd0be>:0 What hint's me you need to install Ground Construction. However, you have GroundConstruction installed: [LOG 05:11:56.535] Load(Assembly): GroundConstruction/Plugins/GC.UI [LOG 05:11:56.535] AssemblyLoader: Loading assembly at F:\Games\Kerbal Space Program 1.9.1\GameData\GroundConstruction\Plugins\GC.UI.dll [LOG 05:11:56.537] Load(Assembly): GroundConstruction/Plugins/GroundConstruction [LOG 05:11:56.537] AssemblyLoader: Loading assembly at F:\Games\Kerbal Space Program 1.9.1\GameData\GroundConstruction\Plugins\GroundConstruction.dll [LOG 05:11:56.541] AssemblyLoader: KSPAssembly 'GroundConstruction' V2.6.0 So, what's happening is that you have broken dependencies for the Ground Construction for sure. And Bingo: [ERR 05:11:56.950] AssemblyLoader: Exception loading 'GroundConstruction': System.Reflection.ReflectionTypeLoadException: Exception of type 'System.Reflection.ReflectionTypeLoadException' was thrown. at (wrapper managed-to-native) System.Reflection.Assembly.GetTypes(System.Reflection.Assembly,bool) at System.Reflection.Assembly.GetTypes () [0x00000] in <ad04dee02e7e4a85a1299c7ee81c79f6>:0 at AssemblyLoader.LoadAssemblies () [0x000e6] in <55ba45dc3a43403382024deac8dcd0be>:0 Additional information about this exception: System.TypeLoadException: Could not resolve type with token 01000068 (from typeref, class/assembly AT_Utils.ConstructionSkill, 000_AT_Utils, Version=1.9.6.0, Culture=neutral, PublicKeyToken=null) GroundConstruction is crying because it can't load something from AT-Utils 1.9.6.0. But you have an older version installed: Mod DLLs found: Stock assembly: Assembly-CSharp v0.0.0.0 Scale_Redist v1.0.0.0 / v2.4.3.21 ModuleManager v4.1.4.0 000_AT_Utils v1.9.3.0 <-- HERE!! Install AT Utils 1.9.6 and you should be fine. Cheers!

"Brains"? You still have yours?

Sleeping is a very healthy habit. I should do that more times. Completely missed that. I'm too biased on looking for TweakScale errors, I think - damn you, Pavlov! I'm feeling like a dog now... Oh, wait... Got it. This was to rule out some other problems I had saw in the past, but the true is that I missed the "clone parts" problem detected by @TranceaddicT - that is the problem. This line [ERR 13:20:47.197] PartCompiler: Cannot clone model 'CxAerospace/Station Parts/Parts/Airlock/CXA_Quest_Airlock' as model does not exist is saying that KSP tried to "clone" the model into memory, but failed. It's just a fancy "file not found" message. So I checked both the config file you sent and original config file and, not surprisingly, they are identical and they pinpoint to a file on the GameData. And that file exists on my machine, as we can see below: /Users/lisias/Workspaces/KSP/runtime/1.9.1/GameData/CxAerospace/Station Parts/Parts/Airlock total 3656 -rw-r--r-- 1 lisias wheel 1408 May 1 2016 CXA_Quest_Airlock.cfg -rw-r--r-- 1 lisias wheel 1398256 Jun 27 2016 CXA_Quest_Airlock.dds -rw-r--r-- 1 lisias wheel 934680 Oct 8 2016 CXA_Quest_Airlock.mu -rw-r--r-- 1 lisias wheel 1398256 Jun 27 2016 CXA_Quest_Airlock_bump_NRM.dds The .mu file is the model, the the two .dds files are textures used by the model. Since it's pretty hard to install the config file and not the mu and textures, I'm convinced you unpacked the whole thing on the wrong place. So I gone hunting got the textures loading messages, and Bingo! [LOG 13:17:46.641] Load(Texture): CxAerospace - Station Parts Pack v1.6.2/CxA-SPP Half Resolution Textures/Parts/Airlock/CXA_Quest_Airlock [LOG 13:17:46.680] Load(Texture): CxAerospace - Station Parts Pack v1.6.2/CxA-SPP Half Resolution Textures/Parts/Airlock/CXA_Quest_Airlock_bump_NRM <yada yada yada> And, again, it was another thing I completely missed Folders and files in GameData: 000_ClickThroughBlocker <yada yada yada> CST-100 Starliner CxAerospace - Station Parts Pack v1.6.2 Endurance CxA is installed incorrectly. Delete CxAerospace - Station Parts Pack v1.6.2 from your GameData, and reinstall CxA again as follows: 1) Unzip the file somewhere, as the Desktop or the Downloads folder. 2) Search for the folder CxAerospace that it's inside the GameData folder from the zip. You do not want the topmost folder (that it's the one you used this time!) 3) Open the GameData folder from the target KSP installment. 4) Drop that file there. This will solve your problems with CxA for good! Cheers! -- -- POST EDIT -- -- I remembered checking HabTech, and you did the same mistake on them: <yada yada yada> Deleted : HabTech2_0.2.0/GameData/HabTech2/Parts/Trusses/ht2_truss_S1.cfg Deleted : HabTech2_0.2.0/GameData/HabTech2/Parts/Trusses/ht2_truss_S2.cfg Deleted : HabTech2_0.2.0/GameData/HabTech2/Parts/Trusses/ht2_truss_Z1.cfg Deleted : HabTech2_0.2.0/GameData/HabTech2/Resources/B9_tankTypes.cfg Deleted : HabTech_0.1.7.5/Alternates/Simple IVAs/Internals/airlockIVA.cfg Deleted : HabTech_0.1.7.5/Alternates/Simple IVAs/Internals/columbusIVA.cfg Deleted : HabTech_0.1.7.5/Alternates/Simple IVAs/Internals/cupolaIVA.cfg Deleted : HabTech_0.1.7.5/Alternates/Simple IVAs/Internals/habLongIVA.cfg Deleted : HabTech_0.1.7.5/Alternates/Simple IVAs/Internals/habnodeIVA.cfg Deleted : HabTech_0.1.7.5/Alternates/Simple IVAs/Internals/habsciIVA.cfg Deleted : HabTech_0.1.7.5/Alternates/Simple IVAs/Internals/habshortIVA.cfg Deleted : HabTech_0.1.7.5/Alternates/Simple IVAs/Internals/jemIVA.cfg Deleted : HabTech_0.1.7.5/GameData/HabTech/Internals/airlockIVA.cfg Deleted : HabTech_0.1.7.5/GameData/HabTech/Internals/columbusIVA.cfg Deleted : HabTech_0.1.7.5/GameData/HabTech/Internals/cupolaIVA.cfg <yada yada yada> The installation procedures are similar to CxA, drag'n'drop the directory inside the zip's GameData directory.

Things are less complicated than appears. [LOG 14:32:14.971] DragCubeSystem: Part 'Pictozoom.2000' has defined a procedural drag cube setup [EXC 14:32:15.006] MissingMethodException: AT_Utils.UIBundle AT_Utils.UIBundle.Create(string) System.Reflection.MonoCMethod.InternalInvoke (System.Object obj, System.Object[] parameters) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) Rethrow as TargetInvocationException: Exception has been thrown by the target of an invocation. System.Reflection.MonoCMethod.InternalInvoke (System.Object obj, System.Object[] parameters) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.RuntimeType.CreateInstanceMono (System.Boolean nonPublic) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.RuntimeType.CreateInstanceSlow (System.Boolean publicOnly, System.Boolean skipCheckThis, System.Boolean fillCache, System.Threading.StackCrawlMark& stac System.RuntimeType.CreateInstanceDefaultCtor (System.Boolean publicOnly, System.Boolean skipCheckThis, System.Boolean fillCache, System.Threading.StackCrawlMar System.Activator.CreateInstance[T] () (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) AT_Utils.PluginGlobals`1[T].init_instance () (at <dfa2fbe96124462794ebeceb1d666cb2>:0) AT_Utils.PluginGlobals`1[T].Load () (at <dfa2fbe96124462794ebeceb1d666cb2>:0) AT_Utils.PluginGlobals`1[T].get_Instance () (at <dfa2fbe96124462794ebeceb1d666cb2>:0) ThrottleControlledAvionics.TCAScenario.get_HasTCA () (at <37e93c759a3a4d508f76af0cdd7738b7>:0) ThrottleControlledAvionics.TCAScenario.ModuleStatusString () (at <37e93c759a3a4d508f76af0cdd7738b7>:0) ThrottleControlledAvionics.ModuleTCA.GetPrimaryField () (at <37e93c759a3a4d508f76af0cdd7738b7>:0) PartLoader.CompilePartInfo (AvailablePart newPartInfo, Part part) (at <55ba45dc3a43403382024deac8dcd0be>:0) PartLoader+<CompileParts>d__56.MoveNext () (at <55ba45dc3a43403382024deac8dcd0be>:0) UnityEngine.SetupCoroutine.InvokeMoveNext (System.Collections.IEnumerator enumerator, System.IntPtr returnValueAddress) (at <5aeafee3fea24f37abd1315553f2cfa6>: UnityEngine.DebugLogHandler:LogException(Exception, Object) ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object) UnityEngine.Debug:CallOverridenDebugHandler(Exception, Object) You have a conflict on some Add'Ons from allista. Probably you updated something that needs the new release. Download and install the latest AT_Utils and see what happens.

Publish the KSP.log. Every add'on installed is mentioned there.

Fair enough. I stand corrected on this.

German UE Law appears to disagree with you.

I think we crossed wires somehow. I remember you talking about habtech not working neither, so I assumed that you had installed it somewhere else, or perhaps you did installed something else thinking it's habtech. in a way or another, everything is working fine for me, no exceptions or errors on my log. so perhaps we should restart? let's try something: build a craft with 2 or 3 parts with the problem. Take a screenshot and send me both the screenshot and the craft file. This will demonstrate the problem without risking communications glitch.

To the best of my knowledge, yes. CKAN has no obligation to accept any submissions, and has the right to decline them at its discretion. The one that is not allowed to say "no" (as the license already granted such rights and the guy cannot revoke them without incurring in a breach of the license) is the Authors of the work (again, under GPL, CC-SA and similar licenses where the right to distribute and propagate are granted and cannot be revoked). If CKAN cannot accept a submission to "propagate" a pirated copy of KSP, CKAN cannot accept a submission that propagates a work in breach of the GPL neither. It's the whole meaning of the paragraph: Your signature says you are from Germany, so you can ask a local lawyer about this using this link instead. Keyword propagieren. Please remember that different countries have different rules. On EU, linking to a copyright infringement material is a infringement itself because it's considered communication to the public. On USA, it does not - but CKAN users that eventually install the unlicensed material will be on copyright infringement for sure (it's the same logic used on torrents), and this is terribly bad. TL;DR : "The CKAN board decided this submission is not acceptable" it's OK. You don't even need to provide an explanation if you prefer. "The submission was denied because we asked the guy that owns the repository you forked/download/took the work and he said no" it's not only NOT-OK, but you would be testifying that the guy is breaching the licensing terms. And once the guy had breached the licensing terms (and this is specially nasty on GPL, that just fully nullifies itself), Copyright Act bites: if the license is now null and void, the work is now unlicensed material (unless another license applies), and you would be essentially linking to a copyright infringement material.

From the GPL: Source. I will kindly abstain on further commenting about the rest of the post. May I, so, recommend to CKAN maintainers simply avoid the word "consent", as well any other that could be interpreted as a further restriction when handling works under these and similar licenses? Also, please understand that a derivative of that Add'On cannot be ruled out this way, or you could throw that other guy under the bus the same. Please use any other explanation - I'm not telling what you should or should not publish on CKAN, I'm just asking to be more attentive to what the licenses imply.

Again, and one more time. This is not about CKAN. This is about the author. When the work is licensed under GPL and CC-SA licenses, no additional restrictions can be applied by him. So the author is not allowed to refuse a consent to the work be republished. -- post edit -- Because the consent is already granted by the license, and the license explicitly forbids trying to withdraw any of the rights already granted by the license.

[snip] At no moment I said CKAN would be infringing any license. I'm saying CKAN would throw someone under the bus by claiming him/her exerted and additional restriction on its licensed material when using licenses as GPL and CC-SA. These licenses says pretty clear that the licensor can not impose any additional restrictions, what includes the right to redistribute the material. If CKAN says that some work was not accepted due lack of consent of such a guy, such a guy is allegedly imposing restrictions on the licensed material - and so would be in license infringement himself. So I'm kindly asking to not throwing authors under the bus by saying that. Say anything else, as some board deciding the work has not a place on CKAN or something. Just do not say anything about consent when GPL, CC-SA and similar licenses are involved..

And i think you are deaperate to dismiss the issue using any argument you can find that could "stick". Go back and start again. Give special attention on the post where I talk about github. Take your time, you don't need to hurry. Eventually, you will realize the obvious: "CKAN decided to decline your submission because xxxx" is perfectly ok, as long "xxxx" is not about lack of consent from any copyright holder when the work in question is using a license where any additional restriction beyond the ones explicitly stated on it is forbidden. Just say anything else and everything will be ok.

Exactly what do you have in mind? If you go back a few pages, you will recollect I will tackle textures first, as they are the bigger space eaters at this moment. If you have some specific need on the short run, saying what you need would help. -- -- post edit -- -- Uh, I think I understood your point now. Not sure if this is was you were meaning, though.

About two or three millimeters. I still fighting to deliver TweakScale 2.4.4

Exactly. But I need to bring to your attention that, under the Copyright Law, the burden of the proof belongs to the Copyright User. Once a Copyright strikes you, it's up to you to prove you are compliant. Source. And since on Open Source almost everyone is a copyright user in a way or another (unless you are the only and solely guy ever writing code on the project, without accepting any kind of contribution), things can get hot pretty fast when ill intentioned people is around.

Kids nowadays. On my time, before the internet, 100 bucks was the price I had to pay for the shipping and importing taxes alone for the books I needed to carry on my job. I had to carefully weight the cost of the book with the incoming the book would provide to justify buying the thing - but most times than my bank account would like, I ended up buying the damn thing the same just because the thing was interesting. I probably was the only guy in town that really knew how to do low level programming in VGA. (or the only idiot that spent a hell of a money importing the Kim Carnes Essential CD).