Currently, when you close the game, the window closes but it initiates a Current Game save. This causes the game to keep running in the background for a few minutes after supposedly closing, which Steam also shows 

This is confusing, and might cause users to kill the process during the save if they think it's failed to close properly, especially if they don't know that the game is saving

Instead, the game window shouldn't immediately close on exit, but instead show a popup telling the user that it's saving, or at least asking the user if they want to save, ideally with a progress bar or a waiting symbol of some kind, but even just text saying "saving before closing..." would be fine

When adding line breaks into descriptions within blueprint properties, the game doesn't render the line breaks so text ends up looking jumbled

Steam Workshop does obey the line breaks, here's a comparison:




As the last screenshot shows, this also applies to the design properties window itself, which seems to store the line breaks but doesn't show them

Not every player will register on this forum, when Steam has its own platform.

However, the Steam platform is underused. There is no topic separation, no structure, everything is mixed in one place.
Similar complaints were made earlier in Steam itself, but I’m not sure that Haxus reads it. That's need to be fixed, it's a reason why I'm writing here.

This is a matter of comfort and functionality, which will not require additional effort, but will bring benefits.

During 'Dangerous Exchange' Dr. Xian spawned inside a wall at the university (default Haxus blueprint), I can't reach her, but I can see her by clipping the camera into a wall.

I eventually gave her the knife and she told me to go to the 167, 2, 2 sector.


I surveyed every system in that sector, I found the ring world, but the next part of the quest didn't start. In the bio screen it says "Dangerous Exchange" is the active story instead of "Beacon".

The hint button says I must possess the Malacon Preon Ring to continue the story, but this ring is nowhere to be found. Maybe it dropped at her feet inside the building, where I can't reach?

I tried dropping the quest but it says 'Dangerous Exchange' cannot be dropped at this time. I think I would be able to progress if it was possible to drop the quest and restart.

Save file (160MB): https://drive.google.com/file/d/1uAQmmb3...sp=sharing

I cant find the ring after bullywog dies, he killed me before he died and never saw were he died at... i cant restart the dangerous exchange quest, tried to reset the relic quest and returning to the station doesnt start that quest again... not sure what to do at this point.

I noticed that every time I finalise a design or subscribe to one from the workshop, it seems to increase the savefile permanently. Even if the ship is never produced and removed from the ingame library and every ingame data storage in that specific savefile. For Workshop items even if you unsubcribe from them without saving it ingame or constructing it, it seems to not reduce the size of the savefile again.

Or at least I didn't notice it happening.

When redesigning ships then accidently finalising them at Q255 instead of Q1 or forgetting to re-include omitted voids for testing, I end up having to finalise again.

This can ofcourse be mended by reloading an earlier save before starting design, but I noticed a bit too late and generally this just seems inefficient to store completely unused designs.

Even if other players still use one of my old designs, it should not stay in my savegame permanently. My savegame went from 430MB to 699MB with little to no colonising, but I didn't keep a copy of the 430 size file. I do have a 520 MB file, but I reckon without the 10+ redesigns per ship, my savefile would likely be around 200MB.

Additionally ship designs made by individual characters before designer name was changed to Steam ID, are still in the savegame and cannot be removed.

In my current save I've encountered a bug while attempting to order the crew to harvest particles. If I miss-click and hit harvest minerals while in the F9 order window the game instantly crashes with an exception access violation. Currently with the ship I'm flying this will happen 100% of the time I have not tried with a different harvester configuration or save.

I've gone ahead and sent the save file to the starship support email

Spacecraft Ops
Taking command of a spacecraft is a daunting task for a newbie. Several unobvious steps are needed.

When an avatar boards a new spacecraft a short tutorial lesson starts. It gives a brief set of instructions on how to take command of a spacecraft and how to command it.

Wormhole Name Unknown
Spacecraft can now go through unexplored wormholes with no human aboard. This results in wormholes called "Unknown".

These are the naming steps when a spacecraft goes through an unnamed wormhole.
1. If a human captain is found, the wormhole is named after them, using their wormhole sequence number.
2. If no captain is found, a human officer is found. The wormhole is named after them, using their wormhole sequence number.
3. If no human captain or officer is found, the wormhole is named after the ship, using the ship's wormhole sequence number.

Wormhole sequence number? What's that? That is the number of times an avatar or spacecraft has been credited with exploring an unexplored wormhole.

Fast Solar System Survey
NPCs take a huge amount of time to perform a solar system survey scan. Because of that there is an unobvious way for an avatar to make the survey happen instantly if they do it themself.

NPCs calculate the amount of time it might take to get every planet in sensor range and record the information. This time is reduced as rank increases. That might be somewhat realistic but it doesn't reconcile with the avatar's ability to perform the survey instantly.

NPCs were changed to calculate the amount of time differently. It is still based on their rank but the longest time at the lowest rank is only 12 seconds now.

A button was added to the sensor station that performs the solar system survey scan, without having to select anything on the screen.

Position Report Frequency
Spacecraft post position reports every 10 minutes. This is the information the star map uses to show the location and status of spacecraft. Can this time be reduced?

Spacecraft now post their position reports once per minute.

NPC Walks in Lava
During a story segment, an NPC departs the scene by walking off. This is always on an inferno world and the poor guy almost always ends up walking into a sea of lava, which is deadly.

NPCs now watch where they step. They will stop moving if they encounter lava or supercooled liquid.

Suffocating ParcX Guy
The Del Rey station said I had a ParcX package waiting. As soon as I got aboard, the ParcX guy showed up, dropped the package, and suffocated and died before I could get the station door closed. I tried this several times and it was a challenge to get the door closed fast enough to keep him alive. On one attempt, his body fell in the doorway and it was impossible to close the door without picking him up first.

ParcX guy now wears an EV suit if he is in an unbreathable atmosphere.

Comm Message Image
When I double-click a comm message with an attached image, the dialog that shows the image is pretty lame.

The image dialog now uses a different widget for displaying the image. It allows for pan and zoom. It also shows a caption under the picture when the story script calls for one.

Service Vehicle
Rocket training says I can press K to get my vehicle serviced. Most of the time this seems to do nothing.

Service request in a vehicle now provides a lot more feedback.

Lots of new players have been getting confused by the game not functioning properly in fullscreen mode (Most likely because they assume it'd work properly, because most other games have no issues with it)

It's probably best if the buttons and shortcuts to enter fullscreen mode are hidden and/or disabled until it's able to be fixed, because currently it's only caused confusion and problems

Made this a new thread because I feel like it's an important temporary solution until the work is able to be done to fix the fullscreen