There is no "tilde" key on many non-English keyboard layouts, so the current "autowalk" key assigment is effectively non-functional for non-English users.
Datapad controls (arrow keys + enter) may get locked in an unresponsive state at times: the selection highlight is missing, but you can hear the sound made when moving it as you press the arrow keys, however, hitting Enter doesn't activate anything so it's not just a visibility issue. You have to hit Esc to dismiss the datapad, then bring it up again and then it'll work correctly.
I couldn't yet find a clear pattern or reproduction method, but three times it happened after a failed world object interaction (left click on something which then produces an error message): once when I tried to access a "buried container" cache without an excavation tool and thus getting a message telling me that, and twice when I tried to pick up a deployed solar panel with not enough inventory space, again with a message about it. Opening the datapad after these events had it in this "locked" state. However, unlocking it and then trying the previous interaction again did not trigger the issue a second time, so there seems to be some other factor to it too.
(My current hunch is that it happens only on the first such failed interaction per play session, and I have a test case in my playthrough which did it once, so I'll try to fiddle with it to see if I can get it to trigger on purpose by some combination of actions.)
The Documents / Equipment and Documents / Crafting Plans sections of the datapad don't scroll their entry list when there are more items on them than what fits on the screen, but the selection higlight moves down to the non-displayed, offscreen entries and they can be opened by hitting Enter. Given how two areas are affected, it's likely that neither of theses kind of views can actually scroll properly, except the other ones don't have enough entries to need scrolling.
I found 2 sites so far which contained 3 deployed (standing on tripod or opened and on the ground) solar panels, a large, a medium and a portable one. However, the scanner doesn't pick them up / mark them with the blue rectangle marker like it did with all other "non critical" sites I found so far.
While it could be argued that they are somewhat easy to spot, but that would also be true for the "buried RTG" site due to the tall and very visile warning flag (I spotted that one a lot sooner than the scanner), yet, that one is picked up by the scanner white these panels aren't, so I'd call it an issue.
The stairs leading up to the habitat door cast no shadow from the spotlight above the door during the night, while they do cast a shadow from sunlight during the day. (Can't quite remember if they cast a shadow from the EVA suit headlamp, but I'd say they do?)
The description of the portable solar panel says it prevents running when equipped and gets unequipped when entering a Hab. However, currently neither of those happens, so either the description needs to be updated if the current behaviour is intentional, or the item needs to be fixed if it should work as the description says.
The portable solar panel should start charging 1 hour later (07:00 instead of 06:00) and stop charging 1 hour sooner (17:00 instead of 18:00) as currently it already starts charging when there's just barely some light on the sky and still charges when it's already gotten practically dark. Yes, we're 15(?) years into the future, but I doubt we'd get super-efficient photovoltaic cells by then which can provide a charge with the faintest hint of sunlight.
When repairing system slots and solar panels, the controls remain frozen for about another second after the "repair blackout" already ended, which gets really annoying after a while. I think this control lock should be removed when the "fade in from black" begins, not with a delay after it has already ended.
The windows of the habitats (and the airlock door portholes) are dark from the outside regardless if the habitat is powered on. While I understand the interior is not modeled in external view, at least a combination of emissive textures and local lights could be used to emulate light coming through the windows when the habitat is powered.
From an engineering standpoint, the Hab doors are wrong. They seal against the door frame from the outside (moving outwards then sliding aside), which means that the higher internal pressure of the Hab would push them away from the door frame thus weakening the seal. They should seal from the inner side (moving inwards then sliding aside), so that the internal pressure would press them against the door frame, tightening the seal.
Customer support service by UserEcho