nightingale Posted August 7, 2020 Author Share Posted August 7, 2020 2 hours ago, Phoenix13 said: une excellente mise à jour en date du 6.08.2020 qui fait planter les jeux. disparition de la barre d'acces des batiments impossible d'acceder aux batiments une partie de 300h de jeux qui passe a la poubelle merci I'd love to fix it - but you'll need to help yourself and send a KSP.log file over so I know what the problem is. Quote Link to comment Share on other sites More sharing options...
kspnerd122 Posted August 12, 2020 Share Posted August 12, 2020 What version of the mod for 1.7.3 Quote Link to comment Share on other sites More sharing options...
Stone Blue Posted August 12, 2020 Share Posted August 12, 2020 54 minutes ago, kspnerd122 said: What version of the mod for 1.7.3 v1.27.1 was last *official* 1.7.3 build... later versions *may/may not* be backward compat for 1.7.3 vOv Quote Link to comment Share on other sites More sharing options...
kspnerd122 Posted August 12, 2020 Share Posted August 12, 2020 I am using that, But it will not work, same for strategia Quote Link to comment Share on other sites More sharing options...
Stone Blue Posted August 12, 2020 Share Posted August 12, 2020 19 minutes ago, kspnerd122 said: I am using that, But it will not work, same for strategia Then best thing to do, is post details of what exactly is not working/happening, how to reproduce if it seems like it might be an edge case, post link to logs here. This should help to do all that: Be aware, you might not get much help if it IS indeed a bug or something in the mod... it *is* an old version of KSP now. Quote Link to comment Share on other sites More sharing options...
baldamundo Posted August 15, 2020 Share Posted August 15, 2020 (edited) Am getting a lot of exceptions in my log that look like this: [LOG 10:45:04.644] [IM:8/15/2020 10:45:04 AM]: Trying to generate an impact contract [EXC 10:45:04.648] MissingMethodException: Default constructor not found for type kerbal_impact.ImpactContract System.RuntimeType.CreateInstanceMono (System.Boolean nonPublic) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.RuntimeType.CreateInstanceSlow (System.Boolean publicOnly, System.Boolean skipCheckThis, System.Boolean fillCache, System.Threading.StackCrawlMark& stackMark) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.RuntimeType.CreateInstanceDefaultCtor (System.Boolean publicOnly, System.Boolean skipCheckThis, System.Boolean fillCache, System.Threading.StackCrawlMark& stackMark) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.Activator.CreateInstance (System.Type type, System.Boolean nonPublic) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.Activator.CreateInstance (System.Type type) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) Contracts.Contract.Generate (System.Type contractType, Contracts.Contract+ContractPrestige difficulty, System.Int32 seed, Contracts.Contract+State state) (at <c1858a3f77504bd1aaa946fdccf84670>:0) Contracts.ContractSystem.GenerateContract (System.Int32 seed, Contracts.Contract+ContractPrestige difficulty, System.Type contractType) (at <c1858a3f77504bd1aaa946fdccf84670>:0) Contracts.ContractSystem.GenerateContract (System.Int32& seed, Contracts.Contract+ContractPrestige difficulty) (at <c1858a3f77504bd1aaa946fdccf84670>:0) Contracts.ContractSystem.GenerateContracts (System.Int32& seed, Contracts.Contract+ContractPrestige difficulty, System.Int32 count) (at <c1858a3f77504bd1aaa946fdccf84670>:0) Contracts.ContractSystem.RefreshContracts () (at <c1858a3f77504bd1aaa946fdccf84670>:0) Contracts.ContractSystem+<UpdateDaemon>d__47.MoveNext () (at <c1858a3f77504bd1aaa946fdccf84670>:0) UnityEngine.SetupCoroutine.InvokeMoveNext (System.Collections.IEnumerator enumerator, System.IntPtr returnValueAddress) (at <5aeafee3fea24f37abd1315553f2cfa6>:0) Any idea what it means? Have been having some irregularities trying to fulfill contracts from the HistoryOfSpaceflight contract pack, and struggling a bit to work out if the problem's with the contract pack, with Contract Configurator, some sort of compatibility issue, or just me being stupid. EDIT: Argh. This is driving me a bit mad. Doesn't look like it's CC that's causing this, but can't for the life of my work out what is. Not getting any errors on a clean install with only Contract Configurator & History of Spaceflight. Getting the same errors on my modded install even when I remove all contract-related mods - and seems to be causing a bunch of issues with contracts, the most annoying being completed contracts not being recorded properly. Edited August 15, 2020 by baldamundo Quote Link to comment Share on other sites More sharing options...
nightingale Posted August 15, 2020 Author Share Posted August 15, 2020 (edited) 5 hours ago, baldamundo said: Am getting a lot of exceptions in my log that look like this: [LOG 10:45:04.644] [IM:8/15/2020 10:45:04 AM]: Trying to generate an impact contract [EXC 10:45:04.648] MissingMethodException: Default constructor not found for type kerbal_impact.ImpactContract System.RuntimeType.CreateInstanceMono (System.Boolean nonPublic) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.RuntimeType.CreateInstanceSlow (System.Boolean publicOnly, System.Boolean skipCheckThis, System.Boolean fillCache, System.Threading.StackCrawlMark& stackMark) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.RuntimeType.CreateInstanceDefaultCtor (System.Boolean publicOnly, System.Boolean skipCheckThis, System.Boolean fillCache, System.Threading.StackCrawlMark& stackMark) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.Activator.CreateInstance (System.Type type, System.Boolean nonPublic) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) System.Activator.CreateInstance (System.Type type) (at <ad04dee02e7e4a85a1299c7ee81c79f6>:0) Contracts.Contract.Generate (System.Type contractType, Contracts.Contract+ContractPrestige difficulty, System.Int32 seed, Contracts.Contract+State state) (at <c1858a3f77504bd1aaa946fdccf84670>:0) Contracts.ContractSystem.GenerateContract (System.Int32 seed, Contracts.Contract+ContractPrestige difficulty, System.Type contractType) (at <c1858a3f77504bd1aaa946fdccf84670>:0) Contracts.ContractSystem.GenerateContract (System.Int32& seed, Contracts.Contract+ContractPrestige difficulty) (at <c1858a3f77504bd1aaa946fdccf84670>:0) Contracts.ContractSystem.GenerateContracts (System.Int32& seed, Contracts.Contract+ContractPrestige difficulty, System.Int32 count) (at <c1858a3f77504bd1aaa946fdccf84670>:0) Contracts.ContractSystem.RefreshContracts () (at <c1858a3f77504bd1aaa946fdccf84670>:0) Contracts.ContractSystem+<UpdateDaemon>d__47.MoveNext () (at <c1858a3f77504bd1aaa946fdccf84670>:0) UnityEngine.SetupCoroutine.InvokeMoveNext (System.Collections.IEnumerator enumerator, System.IntPtr returnValueAddress) (at <5aeafee3fea24f37abd1315553f2cfa6>:0) Any idea what it means? Have been having some irregularities trying to fulfill contracts from the HistoryOfSpaceflight contract pack, and struggling a bit to work out if the problem's with the contract pack, with Contract Configurator, some sort of compatibility issue, or just me being stupid. EDIT: Argh. This is driving me a bit mad. Doesn't look like it's CC that's causing this, but can't for the life of my work out what is. Not getting any errors on a clean install with only Contract Configurator & History of Spaceflight. Getting the same errors on my modded install even when I remove all contract-related mods - and seems to be causing a bunch of issues with contracts, the most annoying being completed contracts not being recorded properly. The contract in question, kerbal_impact.ImpactContract, isn't a Contract Configurator contract. You should post over on the thread for Impact! EDIT: Looks like this was already posted about 6 months ago with no response, so you may not have much luck getting this one solved. Edited August 15, 2020 by nightingale Quote Link to comment Share on other sites More sharing options...
baldamundo Posted August 15, 2020 Share Posted August 15, 2020 5 hours ago, nightingale said: The contract in question, kerbal_impact.ImpactContract, isn't a Contract Configurator contract. You should post over on the thread for Impact! EDIT: Looks like this was already posted about 6 months ago with no response, so you may not have much luck getting this one solved. Thank you! I feel realy stupid for not having realised that lol. Don't want to speak too soon, but it seems like removing the offending mod has made the rest of my contracts start behaving themselves. Is that how it works? One faulty contract mod capable of screwing up the whole system? Quote Link to comment Share on other sites More sharing options...
nightingale Posted August 15, 2020 Author Share Posted August 15, 2020 44 minutes ago, baldamundo said: Thank you! I feel realy stupid for not having realised that lol. Don't want to speak too soon, but it seems like removing the offending mod has made the rest of my contracts start behaving themselves. Is that how it works? One faulty contract mod capable of screwing up the whole system? Yup. That's the risk of KSP mods. In general, stuff is better these days than it used to be (because stock has more exception handling to not break on misbehaving mods), but an exception in a mod can still stop a stock module from executing. In this particular case it sounds like the failure to load the contract from this one mod caused the whole contract system to stop. Quote Link to comment Share on other sites More sharing options...
nightingale Posted August 18, 2020 Author Share Posted August 18, 2020 Update time, and this is a big one. I'm going to release this one as a pre-release, for a couple reasons: I'm going to be unavailable this weekend. If it breaks, too bad! I changed a LOT of stuff while doing the localization. I put a lot of testing time in, but there's a good chance I missed something. With that, here's the updates: Contract Configurator 1.30.0 Recompile against KSP 1.10.1. Localization support. Added Format() function to expressions to support better contract pack localization. Partial translation for Chinese Simplified (thanks @tinygrox). Support for Breaking Ground science. Support for comet science. Added Mission Control icons for Sentinel (KSP 1.3) and Robotics (Breaking Ground) stock contracts. Significant cleanup of string addition to reduce garbage generation. Support all tracking station object size classes up to I in SpawnVessel. Allow apostrophe in AgentParser, fixes Kerbin-Side Jobs. Improved some validation in Requirement nodes to throw certain errors at contract validation time instead of at run-time. Fixed issue where biomes without a Celestial Body (targetBody) specified weren't smart enough to figure out which body they were for. Quote Link to comment Share on other sites More sharing options...
Morphisor Posted August 18, 2020 Share Posted August 18, 2020 @nightingale Thanks for your continued work on this. A question about the latest version: since you recompiled it for 1.10, what are the odds of this version with its changes/fixes you did still holding true for 1.8/1.9? Quote Link to comment Share on other sites More sharing options...
TranceaddicT Posted August 18, 2020 Share Posted August 18, 2020 3 hours ago, nightingale said: I'm going to be unavailable this weekend. If it breaks, too bad! Ahahahaha that's the spirit! Enjoy your time, dude, y'all mod-makers deserve everything second. Quote Link to comment Share on other sites More sharing options...
nightingale Posted August 18, 2020 Author Share Posted August 18, 2020 1 hour ago, Morphisor said: @nightingale Thanks for your continued work on this. A question about the latest version: since you recompiled it for 1.10, what are the odds of this version with its changes/fixes you did still holding true for 1.8/1.9? It's not expected to work in older versions. There's at least one breaking change (adding the asteroid sizes up to "I" for comets). Quote Link to comment Share on other sites More sharing options...
Morphisor Posted August 22, 2020 Share Posted August 22, 2020 @nightingale I'm noticing some exceptions being triggered, specifically upon renaming an active vessel. This results in the following exceptions being thrown: Spoiler [ERR 13:28:38.259] Exception handling event onVesselRenamed in class TitleTracker:System.NullReferenceException: Object reference not set to an instance of an object at ContractConfigurator.Extensions.CleanDisplayName (CelestialBody body, System.Boolean lower) [0x00000] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at ContractConfigurator.Parameters.CollectScienceCustom.GetParameterTitle () [0x00088] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at ContractConfigurator.Parameters.ContractConfiguratorParameter.GetTitle () [0x00057] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at Contracts.ContractParameter.get_Title () [0x00000] in <c1858a3f77504bd1aaa946fdccf84670>:0 at ContractConfigurator.TitleTracker.OnVesselRename (GameEvents+HostedFromToAction`2[A,B] hft) [0x00033] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at EventData`1[T].Fire (T data) [0x000b0] in <c1858a3f77504bd1aaa946fdccf84670>:0 [EXC 13:28:38.261] NullReferenceException: Object reference not set to an instance of an object ContractConfigurator.Extensions.CleanDisplayName (CelestialBody body, System.Boolean lower) (at <b40d782df2ea45e2b96b853cb7fab1b5>:0) ContractConfigurator.Parameters.CollectScienceCustom.GetParameterTitle () (at <b40d782df2ea45e2b96b853cb7fab1b5>:0) ContractConfigurator.Parameters.ContractConfiguratorParameter.GetTitle () (at <b40d782df2ea45e2b96b853cb7fab1b5>:0) Contracts.ContractParameter.get_Title () (at <c1858a3f77504bd1aaa946fdccf84670>:0) ContractConfigurator.TitleTracker.OnVesselRename (GameEvents+HostedFromToAction`2[A,B] hft) (at <b40d782df2ea45e2b96b853cb7fab1b5>:0) EventData`1[T].Fire (T data) (at <c1858a3f77504bd1aaa946fdccf84670>:0) UnityEngine.DebugLogHandler:LogException(Exception, Object) ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object) UnityEngine.Debug:LogException(Exception) EventData`1:Fire(HostedFromToAction`2) Vessel:onVesselRenameAccept(String, VesselType) KSP.UI.Screens.VesselRenameDialog:OnButtonAccept() UnityEngine.EventSystems.EventSystem:Update() [ERR 13:28:38.261] Exception handling event onVesselRenamed in class TitleTracker:System.NullReferenceException: Object reference not set to an instance of an object at ContractConfigurator.Extensions.CleanDisplayName (CelestialBody body, System.Boolean lower) [0x00000] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at ContractConfigurator.Parameters.CollectScienceCustom.GetParameterTitle () [0x00088] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at ContractConfigurator.Parameters.ContractConfiguratorParameter.GetTitle () [0x00057] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at Contracts.ContractParameter.get_Title () [0x00000] in <c1858a3f77504bd1aaa946fdccf84670>:0 at ContractConfigurator.TitleTracker.OnVesselRename (GameEvents+HostedFromToAction`2[A,B] hft) [0x00033] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at EventData`1[T].Fire (T data) [0x000b0] in <c1858a3f77504bd1aaa946fdccf84670>:0 It actually repeats a whole bunch of times per event, resulting in the game hanging up for up to a few seconds before going back to business as usual. I haven't been able to determine if there's any lasting effects related to this, but possibly contracts which require science to be reported may be affected. This issue also isn't new to the latest version: I tried the various 1.28 iterations and was able to reproduce the issue consistently. 1.27 or earlier wouldn't load, since I don't have a pre- 1.8 install anymore, so can't say beyond that. Quote Link to comment Share on other sites More sharing options...
nightingale Posted August 24, 2020 Author Share Posted August 24, 2020 On 8/22/2020 at 6:01 AM, Morphisor said: @nightingale I'm noticing some exceptions being triggered, specifically upon renaming an active vessel. This results in the following exceptions being thrown: Hide contents [ERR 13:28:38.259] Exception handling event onVesselRenamed in class TitleTracker:System.NullReferenceException: Object reference not set to an instance of an object at ContractConfigurator.Extensions.CleanDisplayName (CelestialBody body, System.Boolean lower) [0x00000] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at ContractConfigurator.Parameters.CollectScienceCustom.GetParameterTitle () [0x00088] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at ContractConfigurator.Parameters.ContractConfiguratorParameter.GetTitle () [0x00057] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at Contracts.ContractParameter.get_Title () [0x00000] in <c1858a3f77504bd1aaa946fdccf84670>:0 at ContractConfigurator.TitleTracker.OnVesselRename (GameEvents+HostedFromToAction`2[A,B] hft) [0x00033] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at EventData`1[T].Fire (T data) [0x000b0] in <c1858a3f77504bd1aaa946fdccf84670>:0 [EXC 13:28:38.261] NullReferenceException: Object reference not set to an instance of an object ContractConfigurator.Extensions.CleanDisplayName (CelestialBody body, System.Boolean lower) (at <b40d782df2ea45e2b96b853cb7fab1b5>:0) ContractConfigurator.Parameters.CollectScienceCustom.GetParameterTitle () (at <b40d782df2ea45e2b96b853cb7fab1b5>:0) ContractConfigurator.Parameters.ContractConfiguratorParameter.GetTitle () (at <b40d782df2ea45e2b96b853cb7fab1b5>:0) Contracts.ContractParameter.get_Title () (at <c1858a3f77504bd1aaa946fdccf84670>:0) ContractConfigurator.TitleTracker.OnVesselRename (GameEvents+HostedFromToAction`2[A,B] hft) (at <b40d782df2ea45e2b96b853cb7fab1b5>:0) EventData`1[T].Fire (T data) (at <c1858a3f77504bd1aaa946fdccf84670>:0) UnityEngine.DebugLogHandler:LogException(Exception, Object) ModuleManager.UnityLogHandle.InterceptLogHandler:LogException(Exception, Object) UnityEngine.Debug:LogException(Exception) EventData`1:Fire(HostedFromToAction`2) Vessel:onVesselRenameAccept(String, VesselType) KSP.UI.Screens.VesselRenameDialog:OnButtonAccept() UnityEngine.EventSystems.EventSystem:Update() [ERR 13:28:38.261] Exception handling event onVesselRenamed in class TitleTracker:System.NullReferenceException: Object reference not set to an instance of an object at ContractConfigurator.Extensions.CleanDisplayName (CelestialBody body, System.Boolean lower) [0x00000] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at ContractConfigurator.Parameters.CollectScienceCustom.GetParameterTitle () [0x00088] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at ContractConfigurator.Parameters.ContractConfiguratorParameter.GetTitle () [0x00057] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at Contracts.ContractParameter.get_Title () [0x00000] in <c1858a3f77504bd1aaa946fdccf84670>:0 at ContractConfigurator.TitleTracker.OnVesselRename (GameEvents+HostedFromToAction`2[A,B] hft) [0x00033] in <b40d782df2ea45e2b96b853cb7fab1b5>:0 at EventData`1[T].Fire (T data) [0x000b0] in <c1858a3f77504bd1aaa946fdccf84670>:0 It actually repeats a whole bunch of times per event, resulting in the game hanging up for up to a few seconds before going back to business as usual. I haven't been able to determine if there's any lasting effects related to this, but possibly contracts which require science to be reported may be affected. This issue also isn't new to the latest version: I tried the various 1.28 iterations and was able to reproduce the issue consistently. 1.27 or earlier wouldn't load, since I don't have a pre- 1.8 install anymore, so can't say beyond that. What version of CC and KSP are you on? I'm looking at the latest pre-release (1.30.0) and it should no longer have this issue (since it doesn't call the function that is failing anymore after the localization changes). Quote Link to comment Share on other sites More sharing options...
Morphisor Posted August 24, 2020 Share Posted August 24, 2020 3 hours ago, nightingale said: What version of CC and KSP are you on? I'm looking at the latest pre-release (1.30.0) and it should no longer have this issue (since it doesn't call the function that is failing anymore after the localization changes). This was tested on cc versions 1.28 and 1.29, on ksp versions 1.10.1 and 1.8.1 Quote Link to comment Share on other sites More sharing options...
nightingale Posted August 24, 2020 Author Share Posted August 24, 2020 (edited) 6 hours ago, Morphisor said: This was tested on cc versions 1.28 and 1.29, on ksp versions 1.10.1 and 1.8.1 Give CC 1.30.0 and KSP 1.10.1 a try. I'm going to try to restore backwards compatibility (to KSP 1.7.x 1.8.x at least) in CC for the 1.30.1 release (not sure if that's important to you in this case or not). EDIT: KSP 1.8.x (because trying to maintain RP-1 compatibility on the main version makes maintenance a lot easier for me). Edited August 24, 2020 by nightingale Quote Link to comment Share on other sites More sharing options...
Morphisor Posted August 25, 2020 Share Posted August 25, 2020 On 8/24/2020 at 3:03 PM, nightingale said: Give CC 1.30.0 and KSP 1.10.1 a try. I'm going to try to restore backwards compatibility (to KSP 1.7.x 1.8.x at least) in CC for the 1.30.1 release (not sure if that's important to you in this case or not). EDIT: KSP 1.8.x (because trying to maintain RP-1 compatibility on the main version makes maintenance a lot easier for me). Just tried renaming an existing vessel using your 1.30 pre-release version, on ksp 1.10.1. Same issue, made no difference. Quote Link to comment Share on other sites More sharing options...
nightingale Posted August 25, 2020 Author Share Posted August 25, 2020 10 minutes ago, Morphisor said: Just tried renaming an existing vessel using your 1.30 pre-release version, on ksp 1.10.1. Same issue, made no difference. Please provide the log for 1.30.0. Quote Link to comment Share on other sites More sharing options...
Morphisor Posted August 26, 2020 Share Posted August 26, 2020 17 hours ago, nightingale said: Please provide the log for 1.30.0. I have sent you a PM with the ksp.log. I did some further investigation into the exception, having setup a new stock 1.10 install. In stock with CC only, I cannot reproduce the issue on a new save. That got me to try reproducing it on an existing test install again (in ksp 1.8.1, but with CC 1.30). Interestingly, the exception was present on an existing save with various craft in orbit that I could activate - renaming them produced the issue consistently. However, starting a new career save and launching a first craft, renaming it didn't throw any exceptions at all. I've no idea why things go wrong down the line somewhere, but hopefully this helps. Quote Link to comment Share on other sites More sharing options...
nightingale Posted August 26, 2020 Author Share Posted August 26, 2020 7 hours ago, Morphisor said: I have sent you a PM with the ksp.log. I did some further investigation into the exception, having setup a new stock 1.10 install. In stock with CC only, I cannot reproduce the issue on a new save. That got me to try reproducing it on an existing test install again (in ksp 1.8.1, but with CC 1.30). Interestingly, the exception was present on an existing save with various craft in orbit that I could activate - renaming them produced the issue consistently. However, starting a new career save and launching a first craft, renaming it didn't throw any exceptions at all. I've no idea why things go wrong down the line somewhere, but hopefully this helps. Thanks for the log. I've tracked down the issue and it's fixed for the next release. Quote Link to comment Share on other sites More sharing options...
nightingale Posted September 5, 2020 Author Share Posted September 5, 2020 Okay, time to move the 1.30 branch to a full release! Contract Configurator 1.30.1 Recompile against KSP 1.10.1. Restore compatibility back to KSP 1.8.1.Localization support. Added Format() function to expressions to support better contract pack localization. Translation for Chinese Simplified (thanks tinygrox). Support for Breaking Ground science. Support for comet science. Added Mission Control icons for Sentinel (KSP 1.3) and Robotics (Breaking Ground) stock contracts. Significant cleanup of string addition to reduce garbage generation. Support all tracking station object size classes up to I in SpawnVessel. Allow apostrophe in AgentParser, fixes Kerbin-Side Jobs. Improved some validation in Requirement nodes to throw certain errors at contract validation time instead of at run-time. Fixed issue where biomes without a Celestial Body (targetBody) specified weren't smart enough to figure out which body they were for. General improvements to error handling. Fixed exception in CollectionScience title when there is no targetBody (thanks Morphisor). Here's the delta changelog from 1.30.0 => 1.30.1 for those upgrading from that release: Translation for Chinese Simplified (thanks tinygrox). Restore compatibility back to KSP 1.8.1. General improvements to error handling. Fixed exception in CollectionScience title when there is no targetBody (thanks Morphisor). Quote Link to comment Share on other sites More sharing options...
Brigadier Posted September 6, 2020 Share Posted September 6, 2020 19 hours ago, nightingale said: Restore compatibility back to KSP 1.8.1. Thank you very much. Quote Link to comment Share on other sites More sharing options...
Lignite Posted September 8, 2020 Share Posted September 8, 2020 @nightingale Hi nightingale! I am having an issue running RP-1 via Realism Overhaul. I keep getting the same two exceptions in Contract Configurator. I will post the second, as I'm not sure where these outputs are logged to copy both: Exception occured while attempt to generate contract of type 'RP0.recordCrewedAlt': System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary. at System.Collections.Generic.Dictionary`2[TKey,TValue].get_Item (TKey key) [0x0001e] in <ad04dee02e7e4a85a1299c7ee81c79f6>:0 at KSP.Localization.Localizer.GetStringByTag (System.String tag) [0x00005] in <9d71e4043e394d78a6cf9193ad011698>:0 at ContractConfigurator.Parameters.ReachState.CreateDelegates () [0x00157] in <726d60ef951344e39d24ccae155f0319>:0 at ContractConfigurator.Parameters.ReachState..ctor (System.Collections.Generic.List`1[T] targetBodies, System.String biome, System.Collections.Generic.List`1[T] situation, System.Single minAltitude, System.Single maxAltitude, System.Single minTerrainAltitude, System.Single maxTerrainAltitude, System.Double minSpeed, System.Double maxSpeed, System.Double minRateOfClimb, System.Double maxRateOfClimb, System.Single minAcceleration, System.Single maxAcceleration, System.Double minDeltaVeeActual, System.Double maxDeltaVeeActual, System.Double minDeltaVeeVacuum, System.Double maxDeltaVeeVacuum, System.String title) [0x0008d] in <726d60ef951344e39d24ccae155f0319>:0 at ContractConfigurator.ReachStateFactory.Generate (Contracts.Contract contract) [0x00000] in <726d60ef951344e39d24ccae155f0319>:0 at ContractConfigurator.ParameterFactory.Generate (ContractConfigurator.ConfiguredContract contract, Contracts.IContractParameterHost contractParamHost) [0x00016] in <726d60ef951344e39d24ccae155f0319>:0 at ContractConfigurator.ParameterFactory.GenerateParameters (ContractConfigurator.ConfiguredContract contract, Contracts.IContractParameterHost contractParamHost, System.Collections.Generic.List`1[T] paramFactories) [0x0007e] in <726d60ef951344e39d24ccae155f0319>:0 at ContractConfigurator.ContractType.GenerateParameters (ContractConfigurator.ConfiguredContract contract) [0x00000] in <726d60ef951344e39d24ccae155f0319>:0 at ContractConfigurator.ConfiguredContract.Initialize (ContractConfigurator.ContractType contractType) [0x00211] in <726d60ef951344e39d24ccae155f0319>:0 I am running KSP v1.8.1, and CC v1.30.1. I downloaded RO/RP-1 via CKAN, with a filter of only downloading compatible 1.8 versions of mods. I followed this guide: https://github.com/KSP-RO/RP-0/wiki/RO-&-RP-1-Installation-for-1.8.1#main-installation This same exception is thrown with "first_FirstFlight". In-game, the contract is not being offered to me, despite it saying I meet all prerequisites for the contract. First Launch is necessary to do anything else in the career mode, unfortunately, but I can't accept the contract. It just has a little red x next to it. Quote Link to comment Share on other sites More sharing options...
nightingale Posted September 8, 2020 Author Share Posted September 8, 2020 (edited) @Lignite - A few (quite a few actually) people have reported this, see #689. I've had some trouble reproducing it, which is strange seeing as I've seen it reported a lot. Any chance you can post your save file and ksp.log over on GitHub? I'm going to give another try with a cleaner install too to see if I can reproduce it. EDIT: Reproduced. I did a full clean install, and this time I deleted the expansions (because I wanted it to load up faster). Turns out I re-used some of the stock strings from the expansion (which is a no-no for anyone who doesn't have the expansion). Should be an easy enough fix. Edited September 8, 2020 by nightingale Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.