This is a new one: my ship went up into orbit, and then just stayed fixed in space as if it was stuck on something and unable to move once it left the planet. Taking the helm didn't do anything, and any input was including thrust. Cycling power on the ship didn't do anything. This issue persists through the save game. Welp, at least the ship didn't fly off into deep space.

There is an issue airports where spacecraft will hover high in the air rather than land on the pad. The crew report that the ship is landed, but it will still take damage as if it isn't at an airport.  The land underneath was modified with the grading tool, or it was placed on a platform.

Areal platforms also are a bit bugged when placing buildings.  The airport I placed on top of one allowed be to fall through the floor and inside the areal platform.  Placing the "haxus colony mine" resulted in it exploding once manufacturing jobs were set.

Accessing the hold or damage report can cause the game to lock up. This is an issue in the current Windows client, though I have reported this as being an issue before for the Linux client.  My guess is this happens more often in Linux because the Linux kernel is more unforgiving of protected mode memory access violations than Windows is.

This is largely random, but it happens quite frequently enough. You should be able to make use of Wine's debugging tools in Linux to investigate further.

I also found this happening when adding new mission orders to a ship during harvesting operations. These hangs seems to happen more frequently when the ship is actively doing something.

As you can see I did not post an update this week. Here is where things are at. 

Steam Workshop

The Steam Workshop integration is complete. I learned more about the workshop in the process. Here is how it works, which contradicts my previous statements, sorry. 

Publish - Uploads your blueprint to Steam. 

Unpublish - Deletes your blueprint from Steam. Cancels all current subscriptions to the blueprint.

Subscribe - Downloads a blueprint from Steam, including your own. Keeps your local copy in sync with changes to the blueprint on Steam. I think a Steam based micro transaction is triggered if the item is monetized. 

Unsubscribe - Stops keeping your local copy in sync with the Steam blueprint. Does not remove it from the local library or exchange. 

Note that there is no current way to update or change a published blueprint so there won’t be any syncing. Also monetizing and micro transactions have not been implemented in the game. I may not have to do anything more in the code. This may be entirely handled by Steam. It’s been a low priority so I just don’t know much about it yet.

Once downloaded, nothing causes your local copy to be removed from the library. Existing ships and buildings are unaffected by unsubscribing. This could change once I figure out how returns of monetized items are handled.  

If you restore a previous game or start a new game, subscribed blueprints are restored, unless they have been unpublished and no longer exist on Steam. That may be incorrect because Steam caches blueprints that have been downloaded. Your own blueprints can be restored by loading a .SoH file or by subscribing them in the Steam workshop. 

Game Startup Data File

I am reconstructing a file that contains data the mmo client used to get from the servers, mainly the initial spacecraft and building libraries and exchanges. 

The file used to be created using an sql query on the mmo database. Since that is no longer available, I had to do a little coding to enable the solo client to construct the data. 

The spacecraft library and exchange have been reconstructed and published to Steam. 

The building library starts with 82 blueprints so it will take a day or two to rebuild it. I have all the SoH files so that part is easy.

I added a feature to the finalize dialogs so you can pick the preview image from a file and it can be a lot bigger. I’ll need to preview each blueprint in the designer and get a screen grab, which will take a little extra time. 

When that is done I will post an update. Likely to be some day this week.

Attempting to Maximize the starmap by double-clicking the titlebar crashes the game. No ereor message.

Looks like the game is expecting some libraries which aren't part of Ubuntu 20.04 LTS (Supported until 2030):



./AuSteamClient: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by ./AuSteamClient)
./AuSteamClient: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by ./AuSteamClient)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./AuSteamClient)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuClientRes.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuAtomRes.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuModelRes.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuBodyPartsRes.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuTexture.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuClientMailRes.so.7)
./AuSteamClient: /lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by ./libAuStoryRes.so.7)


Qt5 is available to be installed under Ubuntu 20.04, but the repositories only have Qt 5.14. The windows version will launch under Linux using Proton in Steam -- but this is a silly way to run a game with a native Linux build.

...Unfortunately launching the designer before running the game proved to be problematic. It tried to grab the mouse, which lead to a lot of bad clicks and resizing of the application window. It looks like the designer expects that the application has already grabbed the mouse. If the mouse pointer leaves the application, it should wait until a click happens in the window before attempting to re-grab the mouse. This aggressive mouse grabbing is happening in the game a well making it nearly unplayable unless the window is maximized right away.

Steam Workshop integration is going well. Blueprints can now be published, updated, listed, and removed. The two remaining functions will subscribe and unsubscribe to blueprints in the workshop; they should be completed by the end of next week. I’ll post an update as soon as the workshop is ready. 

Some items from the list of annoying bugs were fixed. I’ll give details when the changes are posted. 

There was a ten day interruption in my work schedule. Paula’s boss for the past 33 years died of cancer. We went to the funeral in Daytona Florida. Back home now.

Hey Hazeron Community,

Me and some other players are going to be conducting a last server event before Haxus shuts eveything down. We are going to be flying to the core of the Galaxy from the eastern cluster starting at 1700 Central European Time. 

Meet up location is the Arcadian Federation (My) homeworld. AEO Star System (1658.4, 10.6, 0.4) AEO IV (Main habitable world, closest station "Acropolis")

We will be travelling at Warp 9. You can refit your ship at my dockyard or you can get berthed over to my ship to join the ride. I also have some ships available for free if you would like to use one.

Once we arrive at the center of the galaxy we will probably find a nice planet and take a screenshot together.



Hope to see you there,

Phoenix

This is for starship but i noticed it happened to shores as well.

sectors that i have scanned revert to being unscanned sometimes.

Hello,

Please allow Hazeron Starship to run with Steam Offline.
It is a single game so it should not be a problem.

Thank you.