SL project updates 38/1: server, viewer

Neive; Inara Pey, September 2017, on Flickr~Neive~blog post

Server Deployments for Week #38

As always, please refer to the server release thread for updates and the latest news.

  • There was no deployment / restart on the Main (SLS) channel on Tuesday, September 18th, leaving that channel running on 17#17.09.01.508236.
  • On Wednesday, September 19th, the RC channels should be updated as follows:
    • BlueSteel and LeTigre should receive a new server maintenance package, 17#17.09.14.508549, comprising improvements to address some problems that could degrade simulator performance in rare cases.
    • Magnum should receive a new server maintenance package, 17#17.09.14.508533, containing a fix for BUG-100505  “llGetEnv (“agent_limit”) is returning an empty string in Magnum, LeTigre and Blue Steel regions.”

Commenting on the RC releases at the Simulator User Group meeting on Tuesday, September 19th, Simon Linden said:

[we] have two very similar RCs out tomorrow, the later version just has one extra bug fix in it … which will either be really good or bad … we’ll see 🙂 … it involves an underlying library update … usually that’s all good [but] sometimes subtle changes cause all sorts of breakage. So far it looks good to us … but that’s what shipping updates is all about, I guess.

On a positive note, with these updates and some still in the pipeline, I think we’re making good progress against some of the bigger crash issues we recently had with system outages.

SL Viewer

On Tuesday, September 19th, the Maintenance RC updated to version 5.0.8.329065. The rest of the viewer pipeline remains unchanged from the end of week #37:

  • Current Release version 5.0.7.328060, dated August 9, promoted August 23rd – formerly the Maintenance RC
  • Release channel cohorts:
    • Wolfpack RC viewer,version 5.0.8.328990, dated September 12th – this viewer is functionally identical to the release viewer, but includes additional back-end logging “to help catch some squirrelly issues”
    • Alex Ivy 64-bit viewer, version 5.1.0.508209, dated September 5th
    • Voice RC viewer, version 5.0.8.328552, dated September 1st
  • Project viewers:
  • Obsolete platform viewer version 3.7.28.300847, dated May 8th, 2015 – provided for users on Windows XP and OS X versions below 10.7. This viewer will remain available for as long as reasonable, but will not be updated with new features or bug fixes.

Other Items

AO / Animation Priorities

Over the past 3 weeks or so, some people have noticed changes to apparent AO / animation behaviours which appear to mimic priority conflicts. A typical example is someone sitting on an AVSitter item and finding after a few seconds that there AO suddenly overrides the sitter’s animation, forcing them to disable their AO where previously they did not, or someone joining a dance HUD / system and finding their AO overrides the dance animation, causing them to stand, again forcing them to turn off their AO, where previously the two played together nicely.

The problem seems to be more common with those wearing AO HUDs. In most cases I’ve heard about, there has been a claim of no user change to the AO system (i.e. using a new or updated AO) or in the furniture or dance system animations / scripts.

It has been suggested that a fix for BUG-11501 might be responsible, although there seems to be some confusion over the status of the fix for this bug.

Advertisements

SL project updates week 36/1: server, viewer

Savor Serenity; Inara Pey, August 2017, on FlickrSavor Serenityblog post

Server Deployments Week 36

Please refer to the deployment notice for the week for latest updates and news.

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:
  • 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.

 

 

SL project updates week 35/1: server, viewer

Les Reves Perdus; Inara Pey, August 2017, on Flickr Les Reves Perdusblog post

Updated, September 2nd: to reflect the Maintenance RC viewer 5.0.8.328612 being replaced by version 5.0.8.328812 on Thursday, August 31st.

Server Deployments Week 35

Please refer to the deployment notice for the week for latest updates and news.

  • On Tuesday, August 29th, the Main (SLS) channel received the server maintenance package previously deployed to the three RC channels in week#34, #17.08.11.328152, comprising the MIME type changes for HTTP.
  • On Wednesday, August 30th, the RC channels were updated with a new server maintenance package 17#17.08.22.507928 comprising some tool changes made to the simulator software build systems, which should not change functionality anywhere.

Dual Region Restarts

For around the last month, it appears that some regions have been undergoing unintended double restarts: the first sees the region comes back on-line on the same simulator version as before the restart, but on a new host. The second restart – occurring roughly an hour later – sees the region restart on the new simulator version, but still on the same host as the first restart.

This is not normal behaviour, and JIRAs are request – with logs – from anyone witnessing their region doing this following a weekly deployment,.

SL Viewer

On Thursday, August 31st, 2017, the Lab released a new Maintenance RC viewer, version 5.0.8.328812, comprising a wide range of bug fixes.

This RC has been pulled 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 #34:

  • Current Release version 5.0.7.328060, dated August 9, promoted August 23 – formerly the Maintenance RC
  • Release channel cohorts (please see my notes on manually installing RC viewer versions if you wish to install any release candidate(s) yourself):
  • Project viewers:
  • 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.

Animation Syncing

Much of the Simulator User Group meeting of Tuesday, August 29th, focused on animation syncing. Animations are largely handled by the viewer, and there are minimal user control over how animations sync (e.g. couples animations when dancing, except when loaded. There have long be calls for more granular levels of user control over animations – such as a scripted means of pre-caching (such as can be done with sounds) to help with smoother playback, and better syncing control.

Firestorm offers a degree of individual user control of animations through the resync animation command / button. However, there’s no easy way to synch animations between viewers to ensure everyone is seeing the same thing – which can be an issue when dealing with the likes of games and things, and could complicate matters with animated objects / animesh.An interim suggestion might be for the Lab to adopt the Firestorm resyc function, were it to be contributed.

SL project updates 34/1: server, viewer, MIME Type updates

Cocoon, Japan Rose; Inara Pey, August 2017, on Flickr Cocoonblog post

Server Deployments Week #34

Please refer to the deployment notice for the week for latest updates and news.

  • On Tuesday, August 22nd, the  Main (SLS) channel was updated with server maintenance package, 17#17.08.11.328159, comprising internal fixes and the following feature requests:
    • BUG-5398: llGetObjectDetails() constants OBJECT_SELECTED & OBJECT_SAT_UPON. This sees the addition of two new parameters:
      • OBJECT_SELECTION_COUNT – returns how many agents are selecting any link in a linkset
      • OBJECT_SITTER_COUNT – returns how many agents are sitting on any links in a linkset.
    • BUG-9666: llGetObjectDetails() constants OBJECT_REZ_TIME, OBJECT_CREATION_TIME and OBJECT_RETURN_TIME.
    • BUG-134057 OBJECT_CREATION_TIME output precision possibly clamped – this sees a shift to 6-digit precision.
  • The three RC channels are, at the time of writing, TBD on the status of any update. However, it is believed (as per Rider Linden at the Simulator User Group meeting), should have additional logging for altitude changes, a couple new constants for llGetObjectDetails and some additional validation for mime types passed into HTTP requests. There is also a change that lets you customize what is passed in the Accept header.

SL Viewer

There have been no viewer updates so far this week, leaving the various pipelines as follows:

  • Current Release version 5.0.6.326593, released on May 26, promoted June 20 – formerly the AssetHTTP RC viewer – overview
  • Release channel cohorts:
  • Project viewers:
  • 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.

llHttpRequest MIME Types Updates

On Thursday, August 17th August, Oz Linden opened a forum thread of on the latest MIME type update the Lab is implementing. The latest changes involve validating the MIME type values:

  • The HTTP_MIMETYPE parameter to llHTTPRequest is checked. LSL will validate these for proper format; requests that attempt to send an improperly formatted type will send a debug channel error, not send the request, and return a null request key.
  • If you use the new HTTP_ACCEPT option to llHTTPRequest (which allows you to further restrict the type your script expects), the Content-Type of the response is checked to see that it matches your restriction; if it does not, the http_response event will be a 415 error and the body will be “Unsupported or unknown Content-Type”. Further details about HTTP_ACCEPT can be found in llHTTPRequest on the SL wiki.
  • Incoming HTTP requests to a script check to see if the Content-Type in the request is formatted correctly and that it is an allowed type (it always checked for allowed types). Previously, it was possible to send a type that was syntactically invalid but matched an allowed wildcard type. Incoming parameters are not validated. If an incoming request has an improperly formatted or unacceptable MIME type, LSL responds with a 415 error response and no event is generated for the script.

Scripts using any of the above can be tested on the following regions:

Other Items

Script Memory

The Lab periodically receives requests for the Mono script memory limit (64Kb) to be increased.

There are concerns about any increase. Not everyone writing Mono scripts do so efficiently or conservatively; any increase in limits could lead to avatars carrying much larger script loads (even allowing for multiple scripts to achieve functions which might otherwise be managed in a single, large script), impacting teleports and regions during the same. Some suggestions have been offered by users for reducing such potential impact:

  • Limiting additional script memory to creators of experiences – which is not seen as overly positive.
  • Limiting any increased script memory for premium members – which might be an incentive for some to upgrade.
  • Limiting the number of scripts (currently around 2,500) a single avatar can have attached.
  • Forcing limits on memory use at compile time – which presupposes the about of memory a script in operation will require at compile time, which might not always be the case.

As it stands, it is unlikely the Lab will have time to investigate any increase in script limits – but they are aware of the requests.