Update, July 31st: further to the note below relating to the BlueSteel RC deployment, it appears the bug fix did not clear QA in time for the deployment to occur. Maestro Linden has updated the deployment thread to read: “BlueSteel’s planned project hit some last minute issues, so the update has been canceled for this week. Instead, BlueSteel will not be rolled this week (it will match the version on the ‘Second Life Server’ channel).“
Server Deployments Week 31 (Week Commencing Monday July 29th)
As always, please refer to the week’s forum deployment thread for news, updates and feedback.
Second Life Server (SLS Main) Channel
On Tuesday July 30th, the SLS Main channel received the server maintenance package previously deployed to BlueSteel in week 30 and LeTigre in week 29. This project includes:
- A further fix for the issue of pathfinding characters using CHARACTER_STAY_WITHIN_PARCEL getting stuck if they somehow exited their home parcel
- Fixes for objects failing to detect collisions after teleporting (BUG-969) and run time permissions failing to function correctly on attachments (BUG-2931)
- New capabilities to the materials system to better handle texture requests.
Release Candidate Channels – Wednesday July 31st
BlueSteel should receive a new server maintenance project. However, a last-minute bug was found in the code. While this has been fixed by Kelly Linden, it has still to pass LL’s QA at the time of writing. Assuming the package passes QA and is deployed, it will include:
- Fixes for some simulator crash modes
- A fix for BUG-3291 (“llListen in linked objects is listening at root instead of linked object local position *after re-rezzing the linkset*.”)
- A fix for BUG-3307 “(llApplyImpulse called from attachment does not work on avatar if script is reset or started when attached”).
As noted above and in part 2 of last week’s report, SSA will not be enabled on any additional server channels this week, but does remain enabled on LeTigre and Magnum as the Lab continue to gather statistics and monitor performance, etc. Commenting on the state-of play, Nyx Linden said, “Testing seems to be going well, but we’re being on the cautious side – making sure that the back-end can handle the load. There are a few reported bugs in JIRA, but *most* are minor and we’re working on the not-so-minor ones.”
I provided an update on some of the more serious issues the Lab has been addressing with SSA in part 2 of my week 30 report (see the link in the paragraph above). Since then I’ve been poked about additional advice the Firestorm team have put together for those experiencing issues, including SUN-98,and I’m providing the relevant information here.
Avatar textures remaining grey / SUN-98: is generally the result of wearing a corrupted clothing asset, and as such is “expected behaviour” in order to avoid cases of accidental nudity, as I explained last week. To help diagnose the problem, the Firestorm team suggest you:
- Remove all clothing and allow the avatar to bake with just the skin layer worn. If it fails to bake properly, the skin is the corrupted asset and needs to be replaced
- If the skin bakes correctly, start adding the clothing layers of the outfit one at a time and check each to see how it bakes
- If an item shows-up fully or partially grey, that is the corrupted asset. Replacing it should allow everything to bake and render correctly.
The Firestorm article also includes some Firestorm-specific actions for problems, and is a work-in-progress, so you can refer to it via the link above for further advice.
SL Viewer Updates
The Second Life Beta Viewer has been removed from the Alternate Viewers wiki page and Viewer Source Repositories page. I dropped Oz Linden a line to ask if this meant it has officially been depreciated, and he confirmed that this is indeed the case.
The “Beta Maintenance Viewer” cohort currently in the viewer release channel was updated in week 30 and gained a name change, with release 184.108.40.2068900 becoming the “Second Life Maintenance Viewer”. No decision has yet been taken on which of the three cohorts currently under test will be promoted to become the de facto release viewer.
Interest List Work
Andrew Linden, now back from an earlier vacation, has been working on tying-up some loose ends with the current interest lost work. “I’ve been fixing minor bugs and trying to produce some stats/graphs that show improvements,” he told the Simulator User Group meeting on Tuesday July 30th.
He also explained why the interest list project viewer didn’t appear as anticipated last week (well, anticipated by Oz Linden:)). Apparently, there was a performance regression the Lab was seeing during scene load, and this ended up blocking the release of the project viewer. Andrew believes the problem has been rectified, and testing on the viewer is due to take place. If all goes well, the project viewer should be out shortly.
Animation Syncing Issues
Whirly Fizzle reports that a JIRA has been filed on dance animations being out of sync. The Interest list changes are being looked at as the culprit, and Andrew will be poking things at his end. A video has also been produced, demonstrating the issue.
There have been an increasing number of questions as to when the next release of the materials viewer code might arrive. As mentioned last time around, the Lab is working on materials and attempting to deal with a range of bugs and issues. This being the case, there is no ETA on when the either the project viewer may be updated or, more particularly, when updates will move to a release channel cohort on their way to a formal release.
Frustration has particularly been noted around MATBUG-268 (Negative horizontal & vertical offset values for normal & specular maps always revert when closing build floater), but the status on whether this has been fixed is unclear.
Aki Shichiroji has reported a novel bug, MATBUG-320. This sees any object face which has previously had a PNG-format map applied to it turn transparent when a 24-bit TGA is applied to it. While this is liable to only affect builders under certain situations (such as applying PNG format bake exports from Blender when working on a model and then later applying the finished TGA textures), it has been noted as a potentially valid bug. A workaround for the issue is to open the texture picker and select “default”.