-
-
Notifications
You must be signed in to change notification settings - Fork 131
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Suggestion: display the version number on the sign in password screen (and perhaps elsewhere) #1504
Comments
You should have a file named desktop-1.0.17-SNAPSHOT.jar or desktop-1.0.17-SNAPSHOT-all.jar ? That's the version.
But it can be made more obvious. |
This suggestion is aimed at getting important information from users who are basically non-technical, who will not be able to search around in the file system and are uncomfortable with the command line. They are usually able to take a screenshot ... so making the version number prominent at all times will help. |
Since the main view always has the version visible in the bottom status bar, between pull #1507 and #1513 this is mostly addressed, unless there are some other dialogs you can get where the main view isn't visible. The problem is that some of the dialogs blur the main view to emphasize the dialog. It's still legible if you squint. |
The main piece of this suggestion is to display the version on the signon screen - which is displayed before the main the screen is presented .. at that point there is no visible feedback about the version available. And if the signon or the startup process fails, the version remains not visible-and especially for a startup failure scenario it would be very useful if the version number was visible. So we have both the sign on screen and the startup status screen that would be better if they displayed the version |
Suggestion: display the version number on the sign in password screen (and perhaps elsewhere)
At the moment you need to get Haveno running before you can see which version you are running.
Frequently problems are corrected by running the latest release, so to improve the support process, it really helps to know the version number from the earliest point that the software shows something.
That logic probably also applies to all error dialog boxes ... where a screen shot would then also include the software version number to help resolve a problem.
The text was updated successfully, but these errors were encountered: