Deploys for Week #43
There was no deployment to the Main (SLS) channel on Tuesday, October 20th.
On Wednesday, October 21st, all three RCs should receive the same new server maintenance package, which include server-side improvements for delivering group notice attachments, which is hoped will provide some improvements to issues of trying to open such attachments from the group notice notifications.
The update also includes some simulator crash fixes, and while not advertised in the release notes, should also include simulator-side code to prevent the uploading of “hacked” mesh content (e.g. mesh items which show a LI of 1 no matter what their actual complexity, or which spoof a creator’s name).
As usual, updates can be found in the server deployment thread.
The Quick Preferences RC viewer was updated to version 18.104.22.1685942 on October 19th, most likely bringing it up to parity with the current release viewer.
Commenting on the status of the current RC viewers during the open Source Developer’s meeting on Monday, October 19th and in relation to any possible viewer promotion in week #44, Oz Linden said, “The Quick Graphics viewer has too many bugs to promote; mostly minor, but there’s no reason to go forward with it yet. HTTP has a couple of significant bugs to fix. So if I had to bet on the next promotion I’d guess the Notifications viewer.”
Expect more news on viewers following the TPVD meeting on Friday, October 23rd.
A question was asked during the Simulator User Group meeting on Tuesday, October 20th about making script time for in-world objects in a parcel available to the parcel holder (e.g. an extension of the region-wide Top Scripts functionality available to region / estate owners / managers). The idea here being to help parcel owners better understand how in-world objects within their parcel might be impacting simulator resources (see this forum thread and SCR-60 as well).
Commenting on the idea, Simon Linden said:
Since we send it to the viewer already, you have access to the info … You can probably get some of that info by scanning but I can see it would be a lot easier to get that in a different format. One of the limits (I’m sure you all know) of LSL is it’s not good with large data sets, so I’m not sure how you can expose that info for a large number of items … so maybe the top 10 or 25 objects on a given parcel? I can totally see the need for that to manage land.
… HUDs and attachments add a twist to it … they would probably be lumped together with the AV as they are now. I wonder if it would be easy to add something like PARCEL_SCRIPT_TIME to llGetParcelDetials()? that doesn’t give you what you want, but is a higher level for finding the parcels with the most scripts.
Those looking for such a capability are advised to raise a JIRA feature request.