Updated log-in screen viewer reaches RC

The updated login screen viewer has made it past the experimental / project viewer status and is now a release candidate viewer, version This viewer, which I previewed while still a project viewer, features two log-in splash screens, one of which is seen by users logging-in to SL for the very first time, and one which is seen by returning users.

The “new user screen” provides a couple of hints as to what to expect when those coming to SL for the first time log-in.

The log-in screen displayed by the experimental viewer the *first time* a new user runs the viewer ready to log-in to SL
The updated log-in screen which is only seen by a user logging-in to SL for the very first time, and which provides some information on what to expect.

The more “regular” log-in screen which is seen by returning users (i.e. those who have previously logged-in to SL), has the log-in criteria fields moved to the top, and introduces a few changes, which I described last time around, but will re-cap here for convenience.

The most obvious of these is that the credentials area now has three independent log-in buttons:

  • At last location – as  most users will be familiar with, logs you in to your last location; you’ll also be logged in to that location if you type-in an avatar’s name and password and tap ENTER as per the current viewer log-in screen
  • My Favourite Places – a drop-down which lets you choose to log-in to your home location, or any landmark you have dragged and dropped into the viewer’s Favourites Bar / the My Favourites folder in your Inventory
  • The familiar Type a Location text entry box, allowing you to type-in the name of a specific region / sim to which you want to log in – this now works if you type a location and tap ENTER rather than having to then click the Log-in button.
The log-in / splash screen in the experimental viewer that is seen by user who have previously logged-in to SL
The updated log-in / splash screen users returning to SL will see

Note that on computers which are used to access Second Life with multiple accounts, the user name field now has an auto-complete function based on the initial letters of an avatar name entered into the field (providing Remember Me is checked). However, do note that this does not extend to the password field, which is not auto-completed on the basis of the user name field. When logging-in with different accounts, you will still need to manually enter the password for the account you’re using.

The reason the log-in screen has been revised is that during A/B testing, the Lab believe they noted a rise in user retention of 3-5% among those new users who were supplied with viewers using revised log-in layouts when compared to those who received the release viewer download with the current log-in screen. Speaking at the TPV developer meeting on Friday September 12th, Grumpity ProductEngine Linden also indicated that these may be the first in a series of changes to the viewer log-in, saying:

We’re going to be putting forward some changes to the newbie log-in screen and then the subsequent returning user log-in screen. They’re going to be gradual, and sometimes not as beautiful as we might like all at once; however, you can be assured that they’ve all been tested and that they perform better.

If this does mean further updates might be appearing down the road, it’ll be interesting to see what form they’ll take.

With thanks to Gibson Firehawk for pointing out the log-in auto-complete and location fix.

8 thoughts on “Updated log-in screen viewer reaches RC

    1. LL’s update shouldn’t affect how TPV’s present their log-in screens and functions; so the likelihood is the Firestorm log-in screen will continue “as-is”, with all the current capabilities.

      Liked by 1 person

  1. Thanks Inara!

    Apologies in advance for the tangent… but… speaking of viewers…

    I’m a long time Firestorm user (Phoenix, Emerald, etc) but I switched to the “SL Project Viewer” (is that the right name?) when they introduced the awesome Post (“Live Blog”) to Twitter & Flickr features (in addition to the older Post to Facebook)

    Since then it seems like the Project Viewer has become the same as the Official Release Viewer, or at least that those features have been released. Do you know if the project viewer is still different than the release viewer? And I don’t suppose you know, but if the Post 2 Twitter / Flickr features are “official” then would they be rolling over to Firestorm in some future update?

    These are really fantastic features for the documentation obsessed like myself! 🙂
    For example:


    1. The short answer to your question is no, the project viewer for the SL Share capabilities is no longer relevant, nor is it being updated – because the features are in the release viewer. If LL were to enhance those capabilities, then they would introduce a completely new viewer dedicated to the updates as either a project viewer or a release candidate viewer, or possibly within a package of updates to the viewer which would most likely appear as a release candidate viewer.

      You can find out how the release process works through my blog post on the subject, which sets out how things work. In brief, however:

      • Features are added to the viewer by the Lab or through third-party code contributions from TPV & other devs
      • The features initially apeaar in either a “project viewer” or a “release candidate” viewer
      • Project viewers are installed into a distinct location on your computer, which can run alongside one another and the current SL release viewer. This allows users to try them out, report bugs etc., and allows the Lab to continue to work on them, refining the code (the Oculus Rift viewer is currently an example of this)
      • At some point, a project viewer will be ready as to be issued as a release candidate viewer – and which point the project viewer version is effectively dead
      • Release candidate viewers are in essence, viewers that are more-or-less ready for release, but the Lab wants to expose them to more widespread use as a final step in testing them prior to “formally” releasing them.
      • When a release candidate viewer is installed on your computer, whether via the viewer’s automatic update function or as a result of you manually downloading it, it will by default replace the current release version of the SL viewer on your computer
      • There can be several release candidates available at one time. The Lab monitors all of these release candidate viewers, and every two weeks they will “promote” one of them to become the de facto release viewer, and everyone using the official viewer is updated to that viewer through the automatic update process or by manually installing it from the main download page.

      In the case of the SL Share capabilities, for example, they started as a project viewer, then progressed to a release candidate viewer (and which point the project viewer version was essentially dead), and then the release candidate version was “promoted” to (aka officially became) the release viewer.

      Quite what initially emerges as a project viewer and what goes directly to a release candidate status is up to the Lab. Broadly speaking, however, completely new capabilities or new functionality in the viewer tends to go the project viewer > release candidate route; maintenance fixes, third-party updates, bug fixes and do on tend to appear as a release candidate viewer, skipping the project viewer stage.

      And finally… yes, the SL Share 2 capabilities for posting to Flickr & Twitter will more than likely be emerging in a future release of Firestorm.


Comments are closed.