The technical news is very light for week #49, hence my lack of updates as the week progressed.
There were no simulator deployments during the week. A new server maintenance package had been planned for deployment to the three RC channels, but this suffered a last-minute postponement do to a simulator crash situation being discovered if a simulator spins-up with a specific debug mode enabled.
As a result of this cancellation, there is unlikely to be a Main (SLS) channel roll in week 50, although the RC update should see deployment. After that, with the Christmas / New Year no change window rising over the horizon, further simulator updates are liable to be conspicuous in their absence until early 2016.
The viewer has been similarly quiet during the week, with only the Maintenance RC being updated, with version 3.8.7.308556 being released on December 3rd. There was (again) no RC promotion to release status for any viewer, thus leaving the usual suspects in the viewer release channel:
Maintenance RC viewer, version 3.8.7.308556, dated December 3rd, as noted above. Some 38 fixes and improvements, including updates for some regressions introduced into the viewer with the current release viewer
Project Azumarill (HTTP updates) RC viewer, version 3.8.7.308134, dated November 25th, which provides a complete replacement of the under the hood HTTP infrastructure within the viewer
Project Valhalla (CEF media update) RC viewer, version 4.0.0.307894 dated November 18th, which replaces the LLQTWebKit functionality used in the Web media plugin with one based on the Chromium Embedded Framework (CEF)
Vivox RC viewer, version 3.8.7.307744, dated November 17th, which corrects a number of Voice quality and connection issues on both Windows and Mac
Quick Graphics RC viewer, version 3.8.7.306758, dated November 12th, which provides the new Avatar Complexity options and graphics preset capabilities for setting, saving and restoring graphic settings for use in difference environments / circumstances.
The two potential candidates for promotion to release status would seem to be either the HTTP RC viewer or the Maintenance viewer. However, the former’s promotion would appear to be dependent upon whether the remaining niggles have been ironed out to the Lab’s satisfaction, and the later on whether the most recent RC update gathers sufficient stats to indicate whether it is ripe for promotion.
There were assorted reports of issues with teleports, etc., through the first part of the week, and during the Server Beta User Group meeting, the question was asked by Caleb Linden if people had noticed an increased rate of teleport issues / failures, suggesting the Lab may have noticed something going awry.
On Tuesday, November 24th, the Main (SLS) channel was updated with the server maintenance package previously deployed to the three RC channels. This comprises the updates code for server-side attachment and upload validations (see below). The release also includes new code for a new upcoming SL feature to be revealed soon.
There is no RC channel deployment planned for the week, due the the US Thanksgiving weekend no change window.
Server-side Validation Enforcement
A new server maintenance package had been due for deployment on Wednesday, November 11th. This packed includes simulator-side enforcement checks against attachment point IDs (attachments using invalid attachment point ID will be moved to the chest attach point), and validation checks against animation and mesh to prevent the upload of animations and meshes weighted to invalid attachment points.
Baking Service Update
Speaking at the Simulator User Group meeting on Tuesday, November 24th, Oz Linden indicated an update to the avatar baking service (server-side appearance) has been made. This is aimed at dealing with a number of issues with the service (unfortunately Oz didn’t have a list of issues to hand).
SL Viewer Updates
After mysteriously vanishing from the viewer release channel, the HTTP project viewer (Project Azumarill) reappeared on Tuesday, November 17th, still with the same version number (3.8.7.306796, dated November 2nd) as previously. This may have been a error, and the viewer has once again been removed from the viewer release channel.
Friday, November 20th saw the current Maintenance viewer updated to version 3.8.7.308081. This viewer brings with it some 38 fixes and improvements, including updates for some regressions introduced into the viewer with the current release viewer (version 3.8.6.305981).
Note: this week is a relatively light week for technical updates from the Lab due to it being Thanksgiving week in the US, which is always marked by a no change window, as noted in the report, to allow Lab staff to enjoy a long weekend at the end of the week.
There was no deployment to the Main (SLS) channel on Tuesday, November 17th
The maintenance package deployed to all three RC channels in week #46 received a further update on Wednesday, November 18th. This was apparently due to the postponed deployment from week #46 not containing all of the desired updates.
SL Viewer
After mysteriously vanishing from the viewer release channel, the HTTP project viewer (Project Azumarill) reappeared on Tuesday, November 17th, still with the same version number (3.8.7.306796, dated November 2nd) as previously.
The Vivox viewer entered the release channel as a RC viewer on Tuesday, November 17th. Version 3.8.7.3.8.7.307744 corrects a number of Voice quality and connection issues on both Windows and the Mac.
The Chrome Embedded Framework Viewer also reached RC status with the release of version 4.0.0.307894 on Wednesday, November 18th.
Group Ejections and Group Chat
SVC-32, “Person kicked remains in chat session” came up for discussion at the Simulator User Group Meeting on Tuesday, November 17th.
This is the ongoing issue where those who are ejected from a group whilst in a group chat session still being able to continue using the chat until they close the window (with various permutations on the issue vis muting and unmuting people).
The cause of the problem seems to be quite deeply rooted in how the group chat service works, with Simon Linden noting, “I hate that one … and I’ve been lurking in some large groups (like FS) and seeing it abused. It’s an ugly problem and I’ve looked into it … basically because the info about how to add the logic isn’t where the log needs to be run … I looked into revoking caps and other ideas but didn’t find a silver bullet, or a pile of them, that would work … I’ll try to get some time to see if there’s anything that can be done without major architecture changes or new servers.”
Object and Linkset Contents and Limits
Changes were recently made to how many objects can be placed within an individual in-world / worn object and linkset. The limit per individual objects is now 10,000, and the limit per linkset is 30,000. The limits were revised to help deal with people using objects which massive contents from eating up server resources and impacting region performance as a form of griefing. However, a side issue with the changes has been that tools such as texture organisers with huge contents spread through the linkset can stop working – permanently.
To help people check their organisers and make suitable adjustments in line with the new limits, the Unpackistan region has a 90K limit for linksets (although there was an issue with this region as well – BUG-10695 – which should now have been corrected).
Concerns were raised the simulator User Group over the lack of follow-through when limits like this are changed (there has been no Wiki update in this instance, for example).
While it is understood limits may be changed to help reduce problems with griefing, etc., and thus the Lab may no wish to announce forthcoming changes in case it leads to an increase in abuse before the door is shut, so to speak, it was pointed out that providing some indicators as to what has changed, and ensuring reference documentation is properly updated could go a long way to help people figure out what might have happened as a result of such changes having an unexpected repercussion (as in this case).
Acknowledging this point, Simon agreed to take the concerns raised back to the office for further discussion.
On Tuesday, November 10th, the Main (SLS) channel was updated with the same server maintenance package as deployed to the RC channels in week #45, comprising a fix for group invite throttle notifications, and an internal server code clean-up
A new server maintenance package had been due for deployment on Wednesday, November 11th. This packed includes simulator-side enforcement checks against attachment point IDs (attachments using invalid attachment point ID will be moved to the chest attach point), and validation checks against animation and mesh to prevent the upload of animations and meshes weighted to invalid attachment points.
However, it was initially postponed after testing revealed the upload validation checks to be too stringent. (see BUG-10607 ‘Back end enforcement for animation upload is blocking upload of many of my animations – “references unknown joints”‘). As a result, the deployment was postponed while the Lab revisited the code to address issues, and a revised package was then rolled to all three RCs on Thursday, November 12th.
Firestorm 4.4.2 Bridge
In terms of the attachment ID and valid attachment points, one group of users who will be affected by the update are those on Firestorm 4.4.2, which uses an invalid attachment point ID for the Firestorm Bridge. Such users will only be affected if they log-in to an updated RC channel (keeping in mind this code will likely be deployed grid-wide in week #47), with the result that the bridge creation process will fail, leaving them with a boulder belly – a default rock shape embedded in their avatar.
Firestorm 4.4.2 users may find themselves with a boulder through their avatars as a result of the simulator code deployed to the RC channels this week. The issue will not affect Firestorm versions from 4.6.9 onwards (image courtesy of Whirly Fizzle)
As Whirly Fizzle explains in the deployment thread, to avoid this, those users on Firestorm 4.4.2, and who can, should update to 4.6.9 or later. Those who can’t, and who wish to avoid getting stoned, should disable the bridge creation process (Avatar -> Preferences -> Firestorm -> General -> Untick “Enable LSL-Client bridge” -> Apply -> OK and detach the Bridge attachment).
SL Viewer Updates
The Quick Graphics viewer containing the new Avatar Complexity capability and the ability to set multiple graphics presets was updated to version 3.8.7.306758 on Thursday, November 12th. This update sees the removal of a number of issues previously marked as resolved:
MAINT-5541 “[QuickGraphics] 0 complexity avatar renders as jelly”
MAINT-5567 “[QuickGraphics] A mesh attachment causes avatar to be jellybaby while Avatar complexity is set to No Limit”
MAINT-5620 “[QuickGraphics] clicking on Graphics Preset title triggers favorite”
The removal of these fixes would seem to suggest this viewer will remain at RC for a while longer.
HTTP RC Viewer Withdrawn
Also as noted in an addendum to the first part of this week’s report, the HTTP RC viewer (Project Azumarill) was withdrawn from the viewer release channel. This viewer had been suffering from a number of issues, including disconnecting from the simulator during teleports, and also issues such as BUG-10230 – “Voice often fails to connect on the Azumarill viewer”, and BUG-10391 – “Avatar often bakes fails on Azumarill”. These may all have contributed to the removal of the viewer from the channel while the issues are worked on.
On Tuesday, November 10th, the Main (SLS) channel was updated with the same server maintenance package as deployed to the RC channels in week #45, comprising a fix for group invite throttle notifications, and an internal server code clean-up
There will be no RC deployment on Wednesday, November 11th.
Simulator Behaviour Changes
A RC deployment had been planned for week #46, which would have included new simulator side validation checks for mesh and animation uploads and attachment point validation.
However, when testing the simulator code on Aditi, Whirly Fizzle found that some of the checks are a little too stringent, and that even valid animations and mesh might be blocked – see BUG-10607 ‘Back end enforcement for animation upload” is blocking upload of many of my animations – “references unknown joints”‘, with even the default official bvh animations being blocked.
As a result of this, and following discussions at the Simulator User Group meeting on Tuesday, November 10th, the Lab postponed the deployment pending a re-examination of the new validation code.
SL Viewer Updates
A new Maintenance viewer was released on Tuesday, November 10th. Version 3.8.7.307376 brings with it some 38 fixes and improvements, including updates for some regressions introduced into the viewer with the current release viewer (version 3.8.6.305981).
The CEF project viewer (Project Valhalla) was also updated on Tuesday, November 10th. Version 4.0.0.307535 includes 17 fixes and updates compared to the initial release of the viewer.
Update November 11th: The HTTP (Project Azumarill) release candidate viewer was removed from the viewer release channel. As noted in my last TPV Development meeting report, the latest iteration of this viewer was generating assorted issues, including viewer disconnects on teleporting, and this may have led to the removal, although no official reason has been cited.
Other Items
HTTP Request Throttling
The server deployment to the main channel in week #45 introduced a throttle on HTTP requests. It had been introduced to prevent a griefing vector which could crash a region. However, the throttle was sufficient to cause llHTTPRequest to give NULL_KEY returns, which impacted a range of in-world systems include skill gaming systems, breedables, and tools such as Sculpt Studio (see BUG-10627 “llHTTPRequest appears to return NULL_KEY even if throttle is not reached”).
Commenting on this at the simulator user group meeting, Simon said:
I’m looking at relaxing that more with (hopefully) next week’s maintenance release; perhaps sooner (but no promises). I also need to update the llHTTPRequest() wiki page. It really needs details on how scripters should handle a NULL_KEY return; basically they need to code for it … wait about a minute before retrying, and don’t kill your breedables if you can’t talk to your server. [The griefing vector] really caused some problems. So we need that limit, but hopefully without killing off herds of SL animals.
Scripted normal & specular texture change Issues
Whirly Fizzle has reported a viewer-side issue within the current release viewer (version 3.8.6.305981) which can occur when manipulating materials on in-world objects or worn attachments via script.
The problems are outlined in BUG-10601, “Scripted normal & specular texture changes do not work correctly and screw up other materials enabled objects on the region”, and the problems affect normal and specular maps, and as Whirly notes in the report, the impact can be a little erratic. In sort, using scripts to toggle normal and / or specular maps on a surface on / off fails to result the expected behaviour.
On on the Left, how things should work as Whirly uses a script to toggle a normal map on / off to reveal the “001”; on the right, how the same script fails to achieve the same result in the 3.8.6.305981 viewer – click either images for full size
Whirly provides a full description of the problems which can occur, and it should be noted that while annoying when seen, the circumstances under which they occur are most likely narrow enough so as not be to be a major issue for users. The bug has been accepted by the Lab, and Marine Kelley has offered a hotfix which, if needed, might help in formulating a “full” fix for the problem.
Aditi Log-in Sync Issues
A recent breakage in the update mechanism for syncing passwords and inventory between the main grid and Aditi, led to further issues for some users in trying to use both grids (see this forum thread and BUG-10634).
At the start of week #46, the Lab deployed a new method of syncing between Agni (the main grid) and Aditi, which it was hoped would resolve problems. Unfortunately, things didn’t work out as planned, and the new system had to be rolled back.
As a result, and as Simon notes on the forum thread, those wishing to sync their grid passwords and inventory between the two grids should file a Support ticket asking that your account be copied from the main grid to Aditi.
The following notes are primarily taken from the TPV Developer (TPVD) meeting held on Friday, November 6th 2015. A video of the meeting is included at the end of this report, and time stamps to it are provided. My thanks as always to North for the video recording and providing it for embedding.
Server Deployments Week 45 – Recap
On Tuesday, November 3rd, the Main (SLS) channel received the server maintenance package previously deployed to BlueSteel and LeTigre, comprising a simulator crash fix
On Wednesday, November 4th, all three RC channel received a new server maintenance package comprising a fix for group invite throttle notifications, and an internal server code clean-up.
Following the main channel deployment, issues were variously reported with llHTTPRequest returning NULL_KEY even when it should not be throttled (see BUG-10627). The issue was initially noted with skill gaming mechanisms, but has also been encountered by those using Sculpt Studio, and reportedly with breedable systems.
SL Viewer Updates
[0:20] A further Maintenance RC viewer due to be released in week #46, which includes a range of fixes, including some for the regressions present within the current de facto release viewer (version 3.8.6.305981).
It currently appears that the next viewer promotion to release status will either be this maintenance viewer or the HTTP viewer – however the promotion is unlikely to occur in week #46, due to the Maintenance RC only just having been released and because the HTTP viewer his a number of issues to be resolved – see below.
Quick Graphics RC Viewer
[0:35] There are still issues with this viewer which although described as “nothing terrible” in the Lab’s view, are sufficient to prevent its promotion in the immediate future.
HTTP (Project Azumarill) RC Viewer
[1:04] There are a number of issues which have been identified by both the Lab and reported by users which are sufficient to block the promotion of this viewer to release status. One of these is an increased number of viewer disconnects on teleporting. The causing of this is proving elusive as it seem to only occur for some people with others never encountering issues. Other significant reported issues include:
BUG-10230 – Voice often fails to connect on the Azumarill viewer
BUG-10391 – Avatar often bakes fails on Azumarill.
CEF (Project Valhalla) Project Viewer
[1:19] The Chromium Embedded Framework viewer is performing well on Windows in the Lab’s estimation, and is getting “really close” on the Mac. The hope is that this viewer will progress from project status to a release candidate “pretty soon”.
[16:40] There have been some reports of issues with this viewer, including BUG-10598, logged out when tping from one LM to another, which is likely related to the disconnect issues being experienced with the HTTP viewer (both the HTTP viewer and the CEF viewer are closely related).
[17:25] There has been a report of “major” HTML video performance issues (see BUG-10558). However, running 30+ YouTube videos via HTML 5 in a single location is viewed by the Lab as possibly excessive and, as noted on the JIRA, the problem hasn’t been easy to reproduce and the video footage supplied might suggest a problem other than simply with running multiple HTML 5 videos.
Vivox Project Viewer
[1:44] A new project viewer, version 3.8.7.307189, was released on Friday, November 6th. The Vivox project viewer should correct a number of Voice quality and connection issues on both Windows and the Mac.
The Lab requests that anyone who has experience Voice issues to try this viewer, and if it does not resolve their issues to raise a JIRA, being sure to cite this viewer’s version number in the report. Those failing to indicate they have tried the project viewer are liable to be asked to do so, simply because Vivox has asked the Lab not to forward bug reports to them unless they have been tested against the Vivox package included in this viewer. For a list of fixes, please refer to the release notes in the above link.
Simulator Behaviour Changes
Attachment Point Validation
[30:15] As noted in the last TPVD meeting in October, the Lab are shifting a number of validation checks from the viewer to the simulator. One of these is attachment point validation checks, which will mean that attachments attempting to fix itself to an invalid attachment point ID will be attached to the chest by the simulator.
Mesh Upload Validation Checks
[31:15] A further simulator-side check the Lab has been considering would prevent the upload of animations and meshes weighted to valid attachment points. The Lab have been discussing this given the feedback given in October (see also FIRE-17144 and BUG-10543 for feedback as well), and have decided to investigate options further rather than implementing any immediate changes. However, they do note that there is no guarantee the ability to upload meshes weighted in this way will continue in the future.
[32:05] The Lab has made it clear what will be implemented in the near future is a simulator validation check to prevent the upload of animation or mesh items weighted to use joints /attachment points which are not a part of the recognised set of avatar joints.
Other Items
Gateway API
[22:20] An issue has emerged around the upcoming gateway trial programme which is loosely connected to the avatar updates mentioned above. The new avatars (mesh and “Classic”) are only available via the Lab’s “new” registration API. Currently, the API presented to gateways is the older version, which relies on the default Character Test avatar.
As noted at the TPVD meeting, this could be immediately off-putting to new users entering Second Life through the new trial gateways. However, the Lab appears to be “pretty close” to being able to switch the gateway SPI to using the newer set-up – and this may be one of the reasons the trail gateway programme hasn’t as yet been officially announced.
Firestorm Release
Not directly related to news from the Lab, but the next release of the Firestorm viewer should be around Monday, November 16th or Tuesday, November 17th. However there are still dependencies on this, and it is not a hard set of dates.
Inara Pey: Living in a Modemworld 