Server Deployments Week 36
Please refer to the deployment notice for the week for latest updates and news.
- There was no deployment or restart of the Main (SLS) channel on Tuesday, September 5th. It remains on the server maintenance package deployed in week#34, #17.08.11.328152, comprising the MIME type changes for HTTP.
- On Wednesday, September 6th, the RC channels should be updated as follows:
- RC Bluesteel and RC LeTigre should receive a new server maintenance package, 17#17.09.01.508236 comprising internal fixes.
- RC Magnum should receive a new server maintenance package, http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_RC_Magnum 17#17.09.01.328871, also comprising internal fixes.
SL Viewer
- On Tuesday, September 5th, the Alex Ivy 64-bit RC viewer updated to version 5.1.0.508209.
- On Friday, September 1st, the Voice RC viewer updated to version 5.0.8.328552.
- On Thursday, August 31st, a new version of the Maintenance RC viewer was released, version 5.0.8.328812, replacing the earlier version, pulled shortly after release due to BUG-134213, [Maint: Moonshine] breaks clickable functionality for certain HUDs.
The rest of the viewer release pipelines remain unchanged from the end of week #35:
- Current Release version 5.0.7.328060, dated August 9, promoted August 23 – formerly the Maintenance RC
- Project viewers:
- 360-degree snapshot viewer version 5.1.0.506743, dated June 29 – hands-on overview
- Obsolete platform viewer version 3.7.28.300847, dated May 8, 2015 – provided for users on Windows XP and OS X versions below 10.7.
Feature Request
The Lab welcomes well thought-out and present feature request via the Second Life JIRA. Not every feature request is accepted – which is not the same as saying they aren’t looked at / considered. Commenting on how and when requests are taken up, coming out os a conversation about script functions, Simon Linden had this to say:
We have a long list of “it would be nice to do” script features. We don’t make final decisions on anything until we get to the point where we’d actually work on them. There’s always a tough choice which one is the best thing to spend limited time on.
When we look at features, we have to juggle how hard it might be to implement, if it’s going to affect a narrow or broad set of customers, if it’s really a new thing or something you might already be able to do (most often with scripting features), potential for lag, griefing or privacy problems, how much would break, etc.








