Release Candidate

Template:Needs Translation/de Template:Needs Translation/es Template:Needs Translation/el Template:Needs Translation/fr Template:Needs Translation/he Template:Needs Translation/it Template:Needs Translation/ja Template:Needs Translation/ko Template:Needs Translation/nl Template:Needs Translation/hu Template:Needs Translation/no Template:Needs Translation/da Template:Needs Translation/sv Template:Needs Translation/tr Template:Needs Translation/pl Template:Needs Translation/pt Template:Needs Translation/ru Template:Needs Translation/th Template:Needs Translation/uk Template:Needs Translation/zh-Hans Template:Needs Translation/zh-Hant

About Release Candidate viewers

Intro

Release Candidate (RC) viewers contain the latest bug fixes and new features that we believe are very close to release quality, but that we want Residents to try 'in the wild' and report back any issues before we make it the primary viewer download.

Release Candidate (RC) viewers are optional viewer downloads that contain the latest bug fixes and soon-to-be-released new features. Linden Lab believes these to be very close to release quality. This is your opportunity to test out the viewers "in the wild" -- BEFORE they are the official download of Second Life -- and let us know about anything we may have missed during our internal testing. RC viewers are available as optional downloads — they install completely separately from the primary viewer so they are compatible to use one side-by-side with the other. You decide to opt in — or not.

The Release Candidate connects to the main grid of the Second Life world; if you spend L$ here, it's for real!

Linden Lab has been offering Release Candidate viewers for about 1 year. In August 2007, we recognized that our frequent viewer updates — that often seemed to fix one thing and break two others — were causing Residents and Open Source developers a lot of frustration. To help address this and improve the release process (and hopefully overall quality), we started offering Release Candidate viewers.

RC viewers spend ~3-6 weeks in RC status before becoming the official viewer download. During this time, we import, triage and fix issues found by Residents (or Lindens). We closely monitor feedback and the public Issue Tracker (PJIRA). Bridie Linden hosts a weekly public inworld triage to review new issues and help decide which issues should be imported into our internal Issue Tracker. Once per week, we prepare another build of the RC viewer, test new fixes, and make it available to the public for download. Wash-rinse-repeat until we're confident that we have a release quality viewer!

It may be a bit too soon to declare our RC process a success and to be sure, there's likely room for improvement, but we've received positive feedback from our community. We seem to be headed in the right direction, gaining ground in increasing the quality and predictability of viewer releases.

Where can I download a Release Candidate?

You can get the current Release Candidate viewer from the Test Viewers section on our website downloads.

How can you help?

• Try out the RC viewer (download here) and report any reproducible issues you find in the Issue Tracker.
• Encourage other Residents to try out the RC viewer (but be sure to point them here so they know what it's all about).
• Search the Issue Tracker for existing issues before reporting a new issue.
  • Comment on existing issues with your experience and vote for it!
  • Issues marked as 'Fix Pending' means the fix is coming soon and will be included in an upcoming release.

And now for a little...

Release Candidate Q+A

Why is it called a 'Release Candidate' viewer?

As mentioned above, we consider these viewers to be release quality, but want to allow for feedback from our community before calling them a final release. Also see a general definition of "release candidate".

What's the usual uptake of RC viewers?

We've been seeing ~15% login rate/24hrs...not bad!

Has this process helped our confidence with new features?

Yes, we've been able to introduce new features during each RC. Residents have been able try out all of these additions to the viewer and report back to us. Some examples:

• 1.18.3 - We tried out new beacon behavior, then reverted it in subsequent RC release due to Resident feedback
• 1.18.4 - We introduced the new lag meter and new opt-in/opt-out checkboxes for forthcoming release of new inworld search
• 1.18.5 - We introduced the new inworld search via the 'All' tab
• 1.18.6 - We added preference settings for web browser proxy and added -loginpage option to client to specify the login page

How many iterations have there been for each release?

Let's see...

• For viewer 1.18.3 - 4 iterations
  • 1.18.3.2 (RC0 on 29-Aug-2007)
  • 1.18.3.3
  • 1.18.3.4
  • 1.18.3.5
• For viewer 1.18.4 - 3 iterations
  • 1.18.4.0 (RC0 on 19-Oct-2007)
  • 1.18.4.1
  • 1.18.4.2
• For viewer 1.18.5 - 3 iterations
  • 1.18.5.0 (RC0 on Tuesday, 2007-11-13)
  • 1.18.5.1
  • 1.18.5.2
• For viewer 1.18.6 - 4 iterations (so far!)
  • 1.18.6.0 (RC0 on Wednesday, 2007-12-05)
  • 1.18.6.1
  • 1.18.6.2
  • 1.18.6.3
• For viewer 1.19.1 - 5 iterations
  • 1.19.1(0)
  • 1.19.1(1)
  • 1.19.1(2)
  • 1.19.1(3)
  • 1.19.1(4)
• For viewer 1.20 - 14 iterations
  • Well, that was a strange exception, with lots of iteration on stability and the new "Silver" skin.
• For viewer 1.21 - 6 iterations:
  • 1.21(0)
  • 1.21(1)
  • 1.21(2)
  • 1.21(3)
  • 1.21(4)
  • 1.21(5)
  • Became a final 1.21.6

How many bugs have we kept out of the primary viewer downloads?

For example, as of the 1.18.6 Release Candidate, a total of 68 bugs were fixed in 1.18.3, 1.18.4, 1.18.5, 1.18.6 Release Candidates.

In the 1.20 Release Candidate, a total of 114 bugs + 30 crash fixes were solved from 1.20(0) to 1.20(14).