So maybe there problem with loop Ram.

If the launcher is unable to download a file because it does not exist, then the entire client will crash. It would probably better to display an error message to the user, and keep running so they can try other servers.
stationhub.log

We need to consider the issue of sandboxing and the safety of hub itself.
Currently as far as I know, we have taken no steps in the direction of hub security/sandboxing
this really needs to be fixed

There should be an indication of progress during the download.

The authentication cookie should be passed via command line arguments to the game so the user doesn't have to log in twice.

The launch button is disabled even though the installation can be used to join servers.

OS: Windows
Version: 928, 929

Steps:

1. Launch Stationhub
2. Get an installation from a server
3. Go to the "Installations" folder
4. Cry

The application in the Unitystation .dmg is missing the .app file extension and will open as a directory instead of launching as an application when opened.

I'm willing to work on this and submit a PR if somebody can point me in the right direction. I'm also willing to test a fix offered somewhere else.

Add Button To Join Discord

OS: MacOS Catalina 10.15
version: 928 and latest from repo.

EDIT:

The real problem with MacOS being unable to launch the game from hub was that the way we unzip the .app bundle doesn't preserve file permissions.

A solution would be making hub set the file permissions for the executable after extracting.

This problem should also affect Linux.

So executing the application wasn't the only problem we face, launching the game from the application is also erroring.

Steps:
1- Run the application using ./StationHub
2- Downlaod a game build and try to launch it

error from log:

[16:53:47 INF] Start OSX
LSOpenURLsWithRole() failed for the application /Users/pichula/.local/share/StationHub/Installations/Unitystation4121/Unitystation.app with error -10810

OS: Windows
Version: 928 => 929

We did an Avalonia update in the middle and I think it makes auto-update break, at least on windows version. Other OS's need reproduction.

Steps:

1. Have 928 version.
2. Execute and proceed to auto update.
3. At the end, it should close whinning about a missing library file.

As per title.

Rework Auth Views desing.

Rework ServerList View.
Add filters.

OS: windows, linux, osx
version: 928, latest at the time

All builds main executable are missing the ian icon at the moment.

We need to poll the api to check the version of the hub against the latest version and prompt the user to update.

We then need to work out the system of downloading the latest update through the hub and installing.

This will need to be tackled before 0.4 alpha release

apparently nothing happens when you click the create account button

@DooblyNoobly says there's a memory leak, possibly related to the ping display. Needs to be identified and fixed.

Create Views:

ServerList, DevBlog (News), Settings in contains HubView.
Rework AuthView desing and contains.

For Windows

Support custom window.

Main

Create script for connection stationhub://ip:port/.

For Windows:

Use Microsoft.Win32 register.

For Linux:

Use cmd Linux to add.

Issue

When creating an account with an invalid email address (e. g. adfassdsadfasdffsad) the following error is shown:

This is inaccurate - the user hasn't created an account yet, and no email is sent.

The user is then returned to the login screen. They lose the progress they made in the registration form; They have to enter their user name name and password again.

Suggested resolution

• Make the error message more generic

or

• Inform the user that they have a typo in their email address

and optionally:

• return the user to the account creation screen instead of the login screen.

We need to set up code signing for all of the builds.

We will need to find a way to tie it into github actions and also keep the keys secure.

There should be an option to change the default directory of the installation.

Allow for the creation of an account using the launcher.

Support for all desktop platforms.

OS: Windows
version: 928, latest

In order to have feature parity with the previous version, we should display the download size and how much we currently have downloaded.

Test ping to server and show it in the launcher.

OS: tested on Windows and Mac, missing Linux reproduction
Version: 928, only happens from commit 2d2e6af onwards.
Introduced after: #102

Description: The progress bar is lost while downloading and a server list fetch occurs.

Steps:

1. Build and download an installation.
2. Wait until server list is refreshed.
3. Progress bar is lost, button goes back to "Download".

A section that shows the latest news for the Unitystation repository.

On POSIX systems, System.Net.NetworkInformation.Ping is hardcoded to look in a few places like /bin/ping or /usr/bin/ping. These are not guaranteed to be available, especially in sandboxed environments. If we could use another method that does not use the system ping binary or can use an arbitrary binary that would probably solve the ping display bug in sandboxes and single file exports.

Add News View.

Allow for users to see all current, pending, stopped, and completed downloads.
Also allow for the starting and stopping of them.

Apparently, gameserver operators have complete control on where Station Hub sources the build for that server. It is possible, even if unlikely, that a server operator with Station Hub access could go rogue and change the source of the build, potentially pointing to a malicious executable.

This isn't good; Station Hub should verify that the build comes from a trusted source. This could be done by changing the operator's configuration to request a build version, (as opposed to the apparent current solution, which is to provide a URL?) Station Hub can then ensure the source comes from the Unitystation CDN. Or, at least, the hub client can validate the suggested URL that it comes from our CDN.

Currently we're building the application as a self-contained app and making Mac users execute it as is, when the proper way to distribute osx apps is to bundle them in a .app container.

Instructions on how to achieve it can be read here: https://docs.avaloniaui.net/docs/distribution-publishing/macos

Solution:
Modify our CI workflow to include the bundling step for MacOSX and don't build it as self-contained!

OS: MacOS Catalina 10.15
version: 928 and latest repo

If the build is self-contained, it can't be ran by double clicking although it can if you run them from terminal using ./StationHub. Interestingly enough, you actually can double click it when it isn't self-contained.

Steps:
1- Build using --self-contained args
2- Try double clicking the executable
3- Try running using terminal and command ./StationHub

Automatic creation of builds for the various platforms.

Automated generation of quality reports.

Allow and require valid credentials to use the launcher

Allow for the downloading of the client for a server.

Display the list of servers and their information.

OS: Windows, although it seems it also occurs in Linux
version: 928, latest version

Steps to reproduce:

• Delete all folders and files, use a fresh version of the application
• fill the inputs with your credentials and click "log in".
• It won't change to the server list view even though it is updating the server list in the background.

https://github.com/unitystation/stationhub/blob/develop/UnitystationLauncher/Assets/org.unitystation.StationHub.metainfo.xml

The installation autoremove feature will not remove either one of these installation, even though one has to be older than the other.

environment

version: 927/latest develop at the time of writing.
os: Windows 10

Steps to reproduce

1- Download an installation from a server
2- See how the button should say "PLAY" when it finishes, but says "CANCEL" instead.

Required features:

• Delete installation
• Open installation in file explorer
• Launch installation

Add setting page and functional settings stationhub.

Allow for the option of saving the email, which should be used by default on next login.

version: 928 and latest

Having the debug console is handy for us developers, but it is very ugly for the final users.

To solve this issue, modify our ci workflow to perform two different types of builds, debug and release. Release should overwrite the project configuration like this -p:OutputType=WinExe

Description: A user can download the server files multiple times. The progress bar will also reset when switching tabs, or when the server list refreshes. The progress bar's disappearance is merely visual, as the download continues just fine in the console.

This issue occurred on windows 10.

Steps to reproduce:

1. Start downloading a server's station files.
2. Switch to a different tab of the stationhub, then switch back.
3. Start downloading a server's station files again.

Alternatively,

1. Start downloading a server's station files.
2. Click download again when the server list refreshes.

Video showing off the issue:

The ability to set a maximum download speed.

Show errors about why the login failed instead of doing nothing.