QwertyHpp

They've talked about this before (check the discord dev tracker) - iirc the plan rn, with all the other priorities, is to keep it as is until roughly 1.0

I've also noticed this

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: Intel i9-9750H | GPU: RTX3060 | RAM: 32GB Was launching from Minmus and encountered some nice orbital decay - only happening at 1x timewarp. Decay continued until ~9-10km above the surface. The craft had landing legs, but no ladders & the Kerbal was inside the capsule (not on EVA). Workarounds: - Use timewarp until altitude is >10km Included Attachments: KerbalSpaceProgram22023-12-2016-14-42.mp4 DECAY.json

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: Intel i9-9750H | GPU: RTX3060 | RAM: 32GB Has only happened once, but after recovering a vessel that had landed in the ocean, the KSC remained centered on that point in the ocean rather than showing the KSC facilities. Required a quicksave/quickload to fix - switching to the VAB and back didn't work. Included Attachments:

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: Intel i9-9750H | GPU: RTX3060 | RAM: 32GB After updating to 0.2, noticed that when timewarping to daytime in the KSC view, the skybox had gotten stuck and was rotating with the planet (see attached video). Tried closing and relaunching the game, only to find the skybox missing now missing (see attached video). Affects all campaigns - quicksaving/quickload, relaunching and reinstalling the game had no effect. Included Attachments: FrozenSkyboxz.mp4 MissingSkybox.mp4

Reported Version: v0.2.0 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: Intel i9-9750H | GPU: RTX3060 | RAM: 32GB This bug still remains in 0.2. Started a new exploration campaign, launched a rocket and found no trajectories. Included Attachments: .ipsImage { width: 900px !important; }

This happened to me as well after circumnavigating Gilly on EVA, ship was gone when I came back around - and nothing on map view

More behind the scenes clips would be awesome

Reported Version: v0.1.5 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: Intel i9-9750H | GPU: RTX3060 | RAM: 32GB I find that when moving the camera around a vessel on a surface, if you move the camera down too far, when it hits the ground collider it suddenly switches perspective and stops being centred on the vessel. If you move the camera back up then it jumps back to the original perspective - making viewing anything on the ground rather janky, especially if you're wanting to look up to the sky etc... Included Attachments: KerbalSpaceProgram22023-11-2510-51-25.mp4

Agreed - although I think this might actually be a bug as it does sometimes appear to work with both, but often the PE node will disappear from the SOE view (right square) and you'll be unable to place a manoeuvre node - not sure what causes the change in behaviour. If this is intended behaviour then should def be changed as it also makes it more annoying to fine-tune the approach from afar as you have to go pinpoint the right PE on the main trajectory (left square) and then switch over to see the angle etc.. relative to the planet in the SOE view (right square) while keeping the pinned PE in view

Reported Version: v0.1.5 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: Intel i9-9750H | GPU: RTX3060 | RAM: 32GB Discovered that one of the landing legs on this vessel was unable to retract as it was "blocked", however, it had no problem deploying or retracting in orbit beforehand. Quick-saving and reloading results in a similar result to the map switching bug reported earlier Included Attachments:

Reported Version: v0.1.5 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: Intel i9-9750H | GPU: RTX3060 | RAM: 32GB Found that when switching to map view while the animation for deploying the LT-2 "Wombat" landing legs is playing messes up the model positioning - with the feet seemingly in the right place, but the state of the parts of the legs are in the stowed orientation (see image). Might also be the case for other landing legs - will test and find out Included Attachments:

Reported Version: v0.1.5 (latest) | Mods: none | Can replicate without mods? Yes OS: Windows 11 | CPU: Intel i9-9750H | GPU: RTX3060 | RAM: 32GB Occurred during an Apollo-style mission, i.e. both vessels were launched together, docked for crew transfer and then undocked for landing. Upon returning to dock a second time - they just wouldn't connect. Quick-saving and reloading had no effect. Pretty sure this is def a known bug so just reporting another instance of it w/ save file Included Attachments: KerbalSpaceProgram22023-11-0314-50-16.mp4 quicksave_22.json

Was going to add to this once at the time, but it turned out the ladder still worked as though it was extended even though it appeared retracted. Had a screenshot - will try to find/replicate later on

Yeah nah that's all good - the other one def. describes the issue more accurately