Search the Community

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: win11 | CPU: i7-13700K | GPU: 3070ti | RAM: 64gb I got the Plant Flag on Pol mission completed by planting a flag on Minmus, either in the Arctic Ice or Ice Sheets biome.

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 10 | CPU: i5-10600k | GPU: RTX 3080 | RAM: 32GB DDR4-3600 Severity: None Frequency: Always Issue: There is a typo in the part description of the T-1 "Dart". In the first sentence, it says There is just a space between C7 and s, which isn't proper syntax. Expectation: There should be an apostrophe connecting C7 and s, i.e., C7's. Steps to Reproduce: In the VAB (or R&D Center), hover over the T-1 "Dart". Press Shift to expand the part description. Read the first sentence. Included Attachments:

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 10 | CPU: i5-10600k | GPU: RTX 3080 | RAM: 32GB DDR4-3600 Severity: None Frequency: Always Issue: There is a typo / grammatical error in the part description of the LV-2000 "Trumpet". The wrong speech article is used in the first sentence, which reads: The "an" article is typically only used when proceeding a word that begins with a vowel. Expectation: In "to build an deep space engine", "an" should be "a". Steps to Reproduce: In the VAB (or R&D Center), hover over the LV-2000 "Trumpet". Press Shift to expand the part info and description. Read the first sentence. Included Attachments:

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 10 | CPU: i5-10600k | GPU: RTX 3080 | RAM: 32GB DDR4-3600 Severity: None Frequency: Always Issue: There is a single character typo in the description of the RE-L10 "Poodle". The last sentence of the description reads : Expectation: The : after Poodle should be another ' in order to close the quotation, i.e., 'Poodle'. Steps to Replicate: In the VAB (or R&D Center), hover over the "Poodle" part. Press Shift to expand the part window and description. Read the last sentence in the description. Included Attachments:

Reported Version: v0.1.4 (latest) | Mods: Lazy Orbits was used to create the 8001 test save then removed | Can replicate without mods? Yes OS: Windows 10 | CPU: i9 9900K | GPU: 3070ti | RAM: 32GB Expected Behaviour: That when a craft isn't rendered the game treats 1 craft as one entity (no matter how many parts it has) and that the craft is on rails to improve overall performance. Note: This behavior might be different then a craft is using its engines. Observed Behaviour: That KSP2 is calculating the physics of all parts of all crafts whether they are rendered or not, causing performance issues. 3 Tests: What the tests will prove: Test 1 will show KSP1 maintaining maximum performance regardless of how many parts there are in the save when theres only a 1 part craft in scene. Test 2 will show KSP2 with a massive drop in performance which is directly related to the amount of parts in a save no matter if they are rendered or not. (Used the Lazy Orbits Mod) Test 3 will show similar to test 2 (Lazy Orbits Mod Not Used) Test 1 + 2: KSP1+KSP2 8x1000 part crafts being deleted one at a time while focused on a 1 part craft on Vall. (Includes Videos + Save File) Test 3: KSP2 10x250 part crafts being deleted one at a time while focused on a 1 part craft on the Mun (Includes Video + Save File) Results from Videos on a Graph (lower is better): Note that KSP1's FPS is converted to ms/frame. Excel File: KSP12TestResults.xlsx Conclusion: KSP1 only calculates 1 craft as 1 part when it isn't rendered and is out of physics range regardless of its part count. KSP2 calculates the physics of every part of every craft in a save causing performance issues the more parts there are in a save file. Additional Information: Colonies has the potential to have players using a lot more than 8000 parts in a save file. This will affect performance even more severely and also means for longer and longer load times. Original Bug Report (0.1.1.0):

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: windows 11 | CPU: i5-10300H | GPU: rtx 3050 (laptop) | RAM: 16gb My rover is having weird problems while trying to climb a mountain. It's spinning, sometimes it will sort of "teleport" into a different position. See video for a better description. Included Attachments: Ksp22023_12.22-18_53_30_02.mp4

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: 7900x | GPU: 4070 ti | RAM: 128 GB Anth requested that i made a bug report on this ------------------------------------------------ Anth Edit: Thanks to @Stephensan for posting this. Note the focus of this is on the visual glitch rather than the physics glitch that is applied. In my testing sometimes the visual glitch occurs and the physics one doesn't appear to so I wanted to have two separate issues posted on the forums ------------------------------------------------ In this case, i been dealing with a bug with rovers (wheels in general) where every 1000m~ in this case "at 2000m (more between 2000m and 2100m) it glitched one of the rear wheels and then the physics glitch happened as well." causing the craft to lose control, How to recreate bug Create a rover with any wheels Go to another planet either using teleport or getting there by rocket Start driving After 1000m the bug will start happening What does the bug do Glitches the wheels upward to "100%" fully compressed suspension In a "single frame" (extremely quickly) it resets to the original position Possible that the game physics decided that it should move the craft due to seeing that the wheels "went up" causing a phantom force that shouldn't be applied to the craft Craft loses control causing it to crash How does it affect the player Driving normally as a player should, starts off as a visual bug, that is related to the 1000m terrain glitch however, with how wheels "collide" with the ground gaining phantom forces when going in the ground this bug should be for the visual side, however it is noted that it still can have the 1000m phantom force You cannot expect when the bug trigger and cannot know if which way the bug will throw you if it decides that it should.. It hinders users driving long term on any planet causing users to need to use a lot of quicksave/adjust autosave to sub 10 seconds when going above the speed of 15-20m/s due to how frequent the gets due to the speed and distance. The video is "Supercut" of 5-7 minutes of just driving and the bug triggering and causing a crash and me reverting save, the parts cut out is(Unimportant) besides just the distance made and was just normal "straight line driving". OG video can be sent via YouTube upon request. Imnotthatinsnaea.mp4 What's included: Player.log Ksp2.log Campaign Save Known issues (thank you anth) Null colliders (i think this is on every quicksave/autosave it has one) Saves throws the "back" out for some reason i think this is due to the craft and not due to the bug, and the issues are separate due to being able do this with MANY other machines. Teleported to Duna from the KSC using cheats throwing up errors Included Attachments: TESTINGTESTINGTESTING.zip Player.log Ksp2.log

Reported Version: v0.2.1 (latest) | Mods: Commnext, Microengineer, Trim Controller | Can replicate without mods? Yes OS: Windows 10 | CPU: i7-10870H | GPU: RTX 3070 | RAM: 16GB COM for angled tailplane (Tail Connector B) is offset such that having the connector pointed to the side places its mass in the middle whereas pointing it up/down offsets its COM to either side (demonstrated in video). This has the result of giving any craft including this tailplane the tendency to roll if it is used as intended. Expected behaviour would be that pointing the tailplane to each side would shift the mass that way. Included Attachments: offsetCOMwrong.mp4

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: 7900x | GPU: 4070 ti | RAM: 128 GB rather a random bug that it seems that anth cannot replicate, and i just wonder if its one of the many bugs i just find that decide to start that has no real cause. Bug where I add more campaign saves I lose fps inside the game, anywhere between 10fps down to 2fps difference i doubt a lot of people have this issue, or even know of this bug. Included Attachments: Test2.mp4 Ksp2withmorecampaigns.log Ksp2withlesscampaigns.log

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows | CPU: AMD Ryzen 5 5600X | GPU: 3080 TI | RAM: 32GB Issue: Placing Landing Legs on Trusses Causes Camera Disconnect and Drops The Legs after triggering a stage. Severity: med/low, apparently there is some way to "reconnect" the camera, but it is very tedious Frequency: high, reproducible 100% Description: When placing landing legs on trusses, once triggering a stage after the initial launch, will cause the legs to fall off the trusses and "disconnect" the camera from the craft, meaning the craft will start to distance itself ever so slightly from the camera location until it is entirely out of view. Furthermore, the landing legs will simply drop off the craft when the stage is triggered. I have attached a rocket that will achieve this effect 100% of the time. The reason I know the landing legs on the trusses are to blame is that I modified the rocket until the bug no longer occured, which happened once the landing legs were placed directly on the methalox tank. If required I can upload a video, but as said you should be able to reproduce this 100% of the time. Included Attachments: BUGGED_VEHICLE.json

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 10 | CPU: AMD Ryzen 9 5900x | GPU: AMD Radeon 6700 | RAM: 32 I've launched a relatively simple rocket. Before circularization burn, a smaller landing vessel is decoupled from payload bay, and I've tried to dock it to the front of the main rocket. Attempt was unsuccessful, I managed to touch decouplers, but my lander bounced off (my bad). A few seconds after, main rocket suddenly started plummeting towards Kerbin. I cannot reproduce the bug. I've reloaded the save file and docked with success, but I have both save files before and after the bug (main craft still plummeting). Hopefully that'll help. For any more details, feel free to write... Included Attachments: savegames.zip

Reported Version: v0.2.1 (latest) | Mods: Commnext, Microengineer | Can replicate without mods? Yes OS: Windows 10 | CPU: i7-10870H | GPU: RTX 3070 | RAM: 16GB The Diverterless inline air intake has 1t of methane fuel but doesn't show up in resource manager. Included Attachments:

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 10 | CPU: Ryzen 5 5600x | GPU: RTX 3050 | RAM: 16GB I've noticed this bug since ~.1.3. (either .1.2 or .1.3, I can't remember exactly) This always happens, so it should be easy to replicate(?). The horizon and celestial cameras show the same camera angle. The horizon camera shows the planet you are orbiting/on below you, as it should, but the celestial camera does NOT show the planet off to the side while you are in orbit. Instead, it shows the planet below you just like with the horizon camera. Prior to one of the earlier patches the celestial camera behaved like how the orbital camera behaves in ksp1, so it would be great to get that functionality back. Thanks! -btw, great work with the For Science! update Included Attachments:

This has happened to me, except I don't even see a Ap or Pe indicator when this happens. I'm on v0.1.4.1, no mods. Nothing seems to fix this for my craft that is currently affected. I've tried going to the KSC, then back to the tracking station to take then control of my craft. I've tried saving and exiting out of the game entirely. And just going to tracking station and then back to craft. I did some investigation and found some interesting things: My save opens up straight to the craft in flight. If I go straight to the tracking station and back to controlling the craft, it continues to follow along its trajectory (even though I can't see what that is in map view). BUT if I go to the KSC and then back to the tracking station and take control of the craft, the craft heads straight downward towards Kerbin like all momentum was lost. This is repeatable. Either way I go to the tracking station (straight from flight or from KSC) the craft's state says "landed" in the tracking station. It seems like, at least for me, the game believes the craft is landed and therefore is not showing a trajectory line. In the screenshot example below I wasn't even in orbit yet, just suborbital: I would like to be able to provide a save file, I'm just not sure how to do that.

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: win10 | CPU: i710700k | GPU: rtx2060 | RAM: 32gb "Invalid research location" for no reason for RSCM-01 Sample grabber. Requirements were fulfilled according to part info, yet it was impossible to perform - therefore, impossible to test if the arm will work when it arrives several years later at its destination. Included Attachments:

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 Home | CPU: Intel(R) Core(TM) i7-9750H CPU @ 2.60GHz 2.59 GHz | GPU: NVIDIA GeForce GTX 1660 TI | RAM: 16,0 GB This bug seems to be related to this: Although that being said. The result is achieved without using any time warp: Bug Documentation: Bug replication steps: Fly a craft away - take control of either the base or the cew shuttle 02 Result will be that it have fallen through the floor. Note: I have a map bug - but I've never experienced that before.. The bug report is not about that though. Included Attachments: Basefallthroughground-notimewarppackage.zip .ipsImage { width: 900px !important; }

Reported Version: v0.2.1 (latest) | Mods: Community Fixes v0.13.0 for KSP2 v0.2.1 | Can replicate without mods? Yes OS: Windows 11 Professionnel 64-bit (10.0, Build 22631) (22621.ni_release.220506-1250) | CPU: AMD Ryzen 5 2600 Six-Core Processor (12 CPUs), ~3.4GHz | GPU: NVIDIA GeForce RTX 4060 | RAM: 32768MB Hello I noticed that for the second time Jeb has teleported himself from the list of available kerbal crew to an active rover. The first time Jeb teleport himsleft to a rover on Minmus, for the second time it's in a rover on Mun. Rovers are different and have different command parts. I noticed that the teleportation occured while I was returning a crew of 4 kerbals from a long mission. I have mod installed in my game, but the first occurence of the bug occured with any mod install in 0.2 version of KSP 2. The severity of this bug is quite low since I can return Jeb with teleportation in the cheat menu, but I first have to find him among all the craft with available space for crew in my game.

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 10 Pro Build: 19045.3448 | CPU: Intel(R) Pentium(R) Gold G5420 CPU @ 3.80GHz | GPU: AMD Radeon 5500XT | RAM: 16GB I just made my first aircraft and the ocean looks like the texture might be missing? Included Attachments:

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Or others? | CPU: Hi The Space Peacock | GPU: Or SpiCat | RAM: Or Dibznr Crafts detached from the main craft (ie they don’t contain the root part) seem to only remember the last atmospheric pressure value for calculating the shape of the engine plume. Quicksaves do not fix it as far as I’m aware. This happens every time in my experience after flying a few starship boosters recently for particular reason. The Falcon 9 booster pic went most of the way to space, and after separation and switching back to the booster from stage 2, descended back to sea level, unbeknownst to the engine plumes. I am unaware if this affects the twr of the craft. Included Attachments: .ipsImage { width: 900px !important; }

Reported Version: v0.2.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Win 10 | CPU: N/A | GPU: N/A | RAM: N/A The "Forward" control orientation of the Mk2 "Tuna Can" is incorrect. The orientation is rotated such that the ground appears to the left of the viewer, not below them, e.g. as with the Mk1 can. Included Attachments:

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 10 | CPU: Ryzen 5700X | GPU: RTX 3050 | RAM: 32GB Parts in question are batteries and solar panels inside a fairing. The batteries are fully inside and are 100% occluded by the fairing. However, while launching through the Kerbin atmosphere, the parts are getting heated up close to the point of destruction. Included Attachments: .ipsImage { width: 900px !important; }

Reported Version: v0.1.5 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 10 | CPU: Ryzen 7 3700x | GPU: RTX 3080 Ti | RAM: DDR4 16GB 3200Mhz Current game behavior disables your ability to make maneuver nodes if it believes your ship to have no deltaV. This also can occur when you have plenty of fuel in the form of monopropellent, which the game doesn't actually calculate the deltaV for. It can also cause you issues if the deltaV calculation has an error and believes your ship has none, even though you can still burn fuel. This seems intentional on the surface, but is prone to causing lots of frustration. Even if it works exactly as intended, I could want to set up a node before refueling my ship to get an idea on the potential fuel cost. How to replicate: Launch any ship in a configuration where the game detects you have no deltaV, and attempt to create a maneuver node. It will pop up an error. Included Attachments:

Reported Version: v0.1.3.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: I9 CPU Intel | GPU: 3060 6 gb (laptop) | RAM: 16 GB The pause button is unbalanced. I know this is a small thing but OCD is annoying. Included Attachments:

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 10 | CPU: 12th Gen Intel Core i7 - 12700K | GPU: NVIDIA GeForce RTX 4070 TI (16GB) | RAM: 32GB (3200 MHZ) Came back from a Mun mission and to my surprise, the Ocean disappeared, didn't know Kerbol got hotter :klueless: . Fix: Restarting the Game. Included Attachments:

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 Pro | CPU: i5 13600KF | GPU: RX 7900 XTX | RAM: 32GB DDR5 6000 CL32 Hi. It's very complicate for me to explain this bug. I'll try to explain it with screenshots in the video below. When I have 2 engines or more and/or with a radial tank, the deltaV of my stage is broken. This video explain the bug on the VAB, you can stop the video to read the text. Now, the problem in my mission in exploration mode. I add 8 radial tank and 8 engine behind them. So my deltaV is broken. I have ~3600m/s for a ~1100m/s manoeuver but I use all my hydrogen before I finish my manoeuver. Included Attachments: