Create GUI for sshnoports for windows/linux/macos

[cconstab]

MVP Release tasks

Beta Give feedback

1. 1. GUI config file management
2. 1.1. syncing using atServers (with a last updated time to prevent conflicts)
3. 1.2. Import/exporting from local filesystem to sandbox
4. 2. Talk to Gary
5. 2.1. Pure Dart SSH (@gkc as part of v4.0.0 changes)
6. 2.2. Implement Background Sessions in GUI
7. 2.2.1. Lengthen timeout for sshnp gui ~
8. 3. Error Messages
9. 3.1. When bad connection info is supplied
10. 3.2. When daemon timeout / is offline
11. 4. Unit tests for sshnp
12. 5. GUI private key file management

A partner requires a GUI for sshnp, that can also forward ports without any ports being needed to be opened on the device or firewalls.

• Create MVP
• Design Nicer GUI
• Code final product
• Automate testing
• Launch

Some useful material in this document

Key enabler: since advent of the rendezvous service, sshd does not need to run on the client. Therefore we can run a client on any platform as we just need an ssh client

Functionality of the GUI needs to include something like the "Tunnel" section of the Putty app (Source, Destination, and local or remote)

[gkc]

Setting priority to P0 as this needs to get done during this sprint. Removing the SP estimate so we remember to discuss during sprint planning

[Dariamarg]

Figma Here's where I'm working!

[XavierChanth]

A little more in the ways of the base code for sshnp to get this over the hump, but config files are there which means we should be able to get started.

Ideally the GUI reads ~/.sshnp/config/* for all of the various config files saved to the device, then only gets the ones where "FROM" matches the currently onboarded atSign. Alternatively (or in addition), these same config files are stored on the atServer so that your config follows you to your other machines.

Maybe the GUI saves both locally and to the atServer, that way you can always switch to terminal if that's what you prefer. Or there is a toggle for "sync with other devices" which can be added as a parameter in the config file.

[gkc]

@CurtlyCritchlow Please can you provide an update on this ticket and also this other ticket

[CurtlyCritchlow]

Did some UI work but waiting on some additional update to the sshnp package to connect the UI to the backend. @XavierChanth will be working on the update this sprint.

[XavierChanth]

PR #306 provides the necessary methods to read in all of the config files which contain this information. I will also write the code to write a file for the add new connection

[CurtlyCritchlow]

Update: we can ssh from the GUI app. To complete the MVP we have to display the string printed to stdout upon success in the UI.

[XavierChanth]

Increasing the SPs as I will be focusing on this in PR70

[XavierChanth]

A short task list for my focuses:

• Refactor home screen controllers to enable proper file management
• Implement terminal screen controllers to enable multiple terminal windows (terminal process/ssh instance management)
• Implement dynamic navigation controller to enable multiple terminal navigation (UI navigation management)
• Pure Dart SSH

[CurtlyCritchlow]

UI design of the key management has been completed. The design implementation was started in PR74 and will continue in PR75.

[CurtlyCritchlow]

The UI design for macOS app has been mostly completed. Pending is the onboarding screen. The next activities are to complete the onboarding/landing screen, unit test, widget test and update the app to use the latest version of sshnoports.

[CurtlyCritchlow]

The above mentioned activities are still in progress.

[CurtlyCritchlow]

The onboarding screen has been completed, Private key management functionality has been added. Pending activity is to pass the private key properties to the dart.ssh client to ssh to a remote device.

[ksanty]

Hi @CurtlyCritchlow we have a launch date of Jan 19th on the GUI, is that still accurate? :-)

[CurtlyCritchlow]

Looking to pushed to test flight by Jan 17th. We'll still have to do user testing, so not ready for an official launch to production but would be ready for early adopters if the team decide to make it available to them.

[CurtlyCritchlow]

App was pushed to test flight for testing. This sprint it will be pushed to windows dashboard for testing (already started). Updates and big fixes based on preliminary testing are. Adding keybindings, make hung shell non blocking

[ksanty]

Awesome @CurtlyCritchlow congrats!

[Dariamarg]

UI/UX fixes sent out durning last sprint, working through post onboarding flow ('how to get started')

[XavierChanth]

Duplicate of #717