One Click Install Alpha

[Geenz]

relnotes:

One Click Install Alpha Viewer

Welcome! The One Click Install Alpha Viewer is an early alpha release to streamline the experience of setting up the viewer on Windows computers and getting in world.

At present, you will have two viewers installed: the one click viewer and the current viewer. This is expected.

[kurtlinden]

Tested on build Second Life Project One-click 26.1.0.20387239236

Test plan provided to QA:

• Does it install to [user]/AppData/Local
• Does it run
• Does it have an uninstaller in add/remove programs

I verified on Windows machine that the build installs with one click to [user]/AppData/Local and after install the viewer launches and runs successfully. Viewer is installed Second Life Project One-Click

I verified that the app can be removed in the add/remove apps section and the viewer is deleted and leaves behind a SecondLifeProjectOne-Click folder in [user]/AppData/Local containing just 2 files .dead and velopack (log?)

I verified you could successfully relaunch the app from the desktop icon and from the App list on the start menu.

I verified the Mac build installs on Mac the same way current release viewer does successfully

Issues noticed in testing.

• After the viewer launches first time after install a updater error dialog shows https://gyazo.com/4d9e5a2c4b20e6179d449f1ec97afd92 which can be dismissed and login continues normally
• On second login to the viewer, the desktop icon for the Second Life Project One-Click gets removed from the desktop and the same updater error shows. This is caused by the updater's delete_wrapper firing. It's meant to clean old local installs. velopack is a local install.
• On third login to the viewer no more update dialog errors show

So in the spirit of wanting to get the one click install to get user feedback this seems to be meet those goals but the issues should be identified in the release notes to help out the users trying it out.

Passed QA based on test plan provided and goals of this release.

[kurtlinden]

Per discussion with grumpity, to make a good first impression with this the updater issues should be addressed before release.

[Hecklezz]

This to me seems unnecessary to hardcode the viewer exe name when it can be obtained from gDirUtilp->getExecutableFilename() and then use ll_convert<std::wstring>, since LLDir_Win32 will have been constructed already before WINMAIN has been called.

This would allow for better compatibility with TPV's so they don't all need to change this hardcoded constant to work with Velopack.

For sanity sake, I tested with my development build of Firestorm and after it ran the Velopack installer, inside on_after_install using gDirUtilp->getExecutableFilename() returned the correct exe name, the viewer worked correctly and the installer setup the shortcuts and protocols correctly too.