ShadowZone

I honestly don't know. I haven't touched that one at all so the crash stays reproducible. Might copy/paste it or something to experiment when I get the time (not within the next 16 hours).

The craft attached loads into the floor. I have created another bug report with a previous version of this vehicle which results in a crash when trying to launch. I see this as two separate issues that's why I created two reports. But with the craft attached there you can try to experiment and see if adding/removing parts would provoke the "floor hugger" bug by pressing undo. The only parts I added after the state that's in the other bug were linear RCS parts.

Reported Version: v0.1.5 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22631 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 In the attached .zip file, there is a workspace (autosaved file) that causes my KSP2 to immediately crash when I try to launch it. I created a completely fresh campaign for 0.1.5, then created a fresh workspace for a Buran build. That resulted in the vehicle disappearing into the floor like in previous versions of the game (see this report). But when I load up the last working autosave of this, the craft appears to be fine. But when I press "launch", the game will crash every time. This really needs to be looked at. Attachment info: Video showing what I did. First I had the broken craft with parts hugging the floor. Then I loaded the last known working autosave version. Then the game crashed. The Bug package contains two sets of log files. First the logs from what is shown of the video. The second one is in the "Files" subfolder and was from a crash I experienced before I decided to record myself playing. Included Attachments: BUG137-Vehiclelaunchcasesgamecrash_logs.zip

Reported Version: v0.1.5 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22621 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 I was building my Buran replica, then deleted a part by mistake, pressed CTRL+Z and suddenly the vehicle was in multiple parts below the floor of the VAB. Trying to do "Undo" a couple more times only made it worse (see video). Also, the craft renamed back to "Fly Safe" after it disappeared under the floor. This is something that I believe was already fixed in the past, so I added "Regression" to the title. Included Attachments: Spicat edit: Steps to reproduce: Load AutoSave ShadowZone 0.1.5 05.11.2023 16_15.json Hit the undo button Hit the redo button ShadowZone's Bug Package: BUG136-Floorcraftreturns_logs.zip It contains the craft that is already in the ground.

Yes, this is in KSP2 since version 0.1.0 It happens all the time.

As usual, I took the liberty to compile some statistics. And here they are: Total items Community % of total 0.1.1 281 42 15% 0.1.2 173 36 21% 0.1.3 165 17 10% 0.1.4 81 9 11% 0.1.5 86 11 13% Community column is calculated based on how many items in the list have a rocket icon. Thanks to the devs for the release! Let's see how many fly swatter creations we can see in the coming days thanks to those grid fins

Here's the full presentation with crowd reactions and gameplay footage in full 4K:

Hey guys, back from Space Creator Day. I was in the crowd when the announcement happened, just wanted to give you guys some impressions from how the reactions were and what people thought who talked to me afterwards. First off, the KSP2 stand was SWARMED basically the entire time. There even was a father and son that came all the way from Seattle to attend the event, not exclusively for KSP2 but it was a big part (I chatted with them a bit). Pretty much until the presentation, Nate and Dakota were non stop interacting with fans. What does that tell us? It appears that interest in KSP2 is still high despite the problems it is currently facing. During the presentation, the crowd was very positive regarding the information provided. I talked to a few audience members afterwards and they pretty much share my own take: Nate sold "FOR SCIENCE!" (I am contractually obligated to use all caps and exclamation mark every time1) pretty well. But now the team has to deliver the quality matching the promises made on Saturday. Personally, I am pretty excited about the prospect of the update. Btw, I will upload my recording of Nate's presentation later today (October 23 CEST) including high res trailer footage. You'll be able to check out all the details a lot better than with the SCD official stream footage. This was my POV: 1 - Just in case, I am joking. There is no contract between myself and Intercept Games, Private Division or Take Two Interactive.

Congrats, Anth! You've been already doing great work here on the forums. Who will now mainly check the incoming bugs here for duplicates or is that still something you are going to do?

Reported Version: v0.1.4.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22621 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 Tried to refuel a vehicle in orbit. Target vehicle was combined of 3 main vehicles: Mothership, lander and spaceplane. all sent up together in one launch (which was PAINFUL btw). When the refueler arrived at the target vehicle, the spaceplane was suddenly undocked, but it still reacted to control inputs given to the mothership and parts were also controllable via PAM. There was no "undock" option for the docking ports in question but the two vehicles were still treated as if they were one (except for position in space). This is infuriating on so many levels I cannot begin to describe. But I made a video for everyone to share the pain. Logs, relevant save game and workspace in bug package. Included Attachments: BUG135.mp4 BUG135Vesselundockedbutstillcontrollable_logs.zip

Reported Version: v0.1.4.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22621 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 When trying to rendezvous with another vessel, trying to match orbits by locking both active and target vessel's PE visible results in the UI elements overlaying each other. This might be a regression, because I believe in previous versions the game realized that these two would inhabit the same space and put them apart from each other. Please correct me or close this if that was not the case. Because then it's not a bug, just a badly implemented feature not providing any advantage over how it worked in KSP1. Included Attachments: BUG134.mp4

Can you switch back to the vessel you want to control by double clicking on it? Because I encountered something similar, but with decouplers not separators and I was able to switch to the second stage after separation with double click. I included a video, could you maybe comment on whether or not the behavior is the same? Then this might be something that is a larger issue not just limited to separators.

Reported Version: v0.1.4.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22621 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 When collapsed, right mouse button drag in the area where the expanded staging UI would be results in camera not reacting, as if a "hit box" for the expanded UI is still there and preventing the camera from performing as it should. See video for more detail. Included Attachments: BUG133.mp4 BUG133-StagingUIblockscamerarotation_logs.zip

Reported Version: v0.1.4.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22621 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 Launch the vessel attached in the bug package (called "dV liar"). After stage is spent, hit space bar to stage. Result: Game says "vehicle control lost due to None" and remains on the spent stage (or a part that was staged, multiple decouplers were used) You can still switch to the second stage by double clicking on it, but this just should not happen. Attached: Bug Package, video example Included Attachments: BUG132v2.mp4 BUG132stagecontrolloss_logs.zip

Reported Version: v0.1.4.1 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22621 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 When attaching radial tanks with engines to a center stack with engines, the game does not correctly calculate the dV available. In fact, it always shows more dV than is actually available. This prevents me from reliably building rockets that can reach orbit since the dV is usually displayed higher than is actually available. Video example attached. Also bug package including two workspaces that have the issue as well as log files. Included Attachments: BUG131.mp4 BUG131dVcalculationwrong_logs.zip

Yeah, it was the same for me. Nothing as big as parts of a vehicle disappearing like I have experienced since 0.1.0.0

Reported Version: v0.1.4 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22621 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 Built a small SSTO and included two SM size cargo bays. One has the deploy limit slider, the other doesn't. Unclear why. This could be a general issue for all parts that use this slider, not just the SM cargo bay. Included Attachments: BUG130_logs.zip

I use fairings as hull replacement for large ships or to make spherical objects. Like the 2001 moon landing shuttle at 0:52 in this video: https://www.youtube.com/watch?v=55btWQQVPLE Getting both halves to have the exact same diameter and curvature was a royal pain in the behind and even then I never quite nailed it. Or when I tried to recreate KSP2 vehicles in KSP1 and used fairings to replicate the spherical parts: https://www.youtube.com/watch?v=UNgTLF_JV5U Come to think of it: no, I don't necessarily need fairings. I need some procedural part that I can make custom shapes out of in a manner that is reproducible and precise. Like when I wanted to do a 1:1 Starship and used fairings to create a 9m diameter hull. Which was only possible with a lot of trickery instead of just showing me the diameter of how wide the fairing really is. Fairings are so far the only part that enables me to build something close to what I want to achieve. And no, I don't want mods. I want to do it stock.

I put a probe in a 13 by 26 km orbit around the Mun and it immediately started to degrade rather quickly. So... yeah... that needs some work, still.

Please don't return to KSP1 fairings. It's never possible to make a precise shape with them and replicating what you did once is nigh impossible. The new UI is a bit clunky, and I agree that it takes longer, but I can build fairings with a lot more confidence when it comes to more special applications that require higher degree of precision.

As your resident patch historian, allow me to present the statistics for this: Total items Community % of total 0.1.1 281 42 15% 0.1.2 173 36 21% 0.1.3 165 17 10% 0.1.4 81 9 11% Patch 4 has less than half the number of fixes than the previous one did. Does this make it worse? Hard to say, since I would assume work on the orbital decay bug must have taken quite a lot of time and developer resources. Which is why the sheer number of fixes rarely gives the full picture of how much of an improvement a patch really is. That being said, I have seen quite a few fixes for construction that will make my life a lot easier! Now to downloading it...

To expand on my initial report: It also happens when you create a subassembly with a normal Mk3 tank part and add the slanted part to one of the normal tank's nodes, then attach that tank (it being the root of the subassembly) in mirror symmetry to your main stack. And it happens when you have some parts in mirror symmetry and add the slanted tank to a node of the already mirror attached parts.

Reported Version: v0.1.3.2 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22621 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 Build a rocket: central stack, side boosters in 2x symmetry. Put a new part in symmetry higher than 2x on a part of the two side boosters (in video: 8x) Use translation tool on side booster (subassembly) root part: everything connected to the booster will move correctly Use translation tool on the 8x symmetry parts on the side boosters: 8x parts will move correctly Agan, use translation tool on side booster root part --> symmetry for 8x attached parts is now broken Example workspace is attached, also video of the bug happening. Included Attachments: BUG129.mp4 BUG129_symmetrybreaker1.zip

Reported Version: v0.1.3.2 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22621 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 When surface attaching RF-AD-SL 2500 (Mk3 to MD adapter) in mirror symmetry, the part supposed to be in symmetry ... isn't (see screenshot). It does attach correctly when using radial symmetry. This does not happen with other slanted parts (MD>SM, LG>Mk2). Included Attachments:

Reported Version: v0.1.3.2 (latest) | Mods: none | Can replicate without mods? Yes OS: Microsoft Windows 11 Pro 10.0.22621 64-Bit | CPU: AMD Ryzen 9 3900X 12-Core Processor (24) | GPU: NVIDIA GeForce RTX 3090 (24340MB) | RAM: 65459 I was working on the craft in the .zip file. I wanted to replace the existing SRB, so I created a subassembly made of one SRB and added 6 more in symmetry to that. I then wanted to attach this subassembly to an engine plate attached to the main vehicle in 2x symmetry. Then the game crashed. I tried to reproduce this issue but was not able to do so unfortunately. Included Attachments: BUG127-GameCrash_logs.zip