Server Deployments Week 12

As always, please refer to the server deployment thread for the latest updates and information on the week’s roll-outs.

On Tuesday, March 17th, the Main (SLS) channel received the server maintenance package previously deployed to the three RC channels. This comprises “internal improvements for premium users”

On Wednesday, March 18th, all three RC channels should receive the same new server maintenance package, comprising various internal fixes for the simulator code.

Commenting on the RD deployment at the Simulator User Group meeting on Tuesday, March 16th, Simon Linden said, “the code going to RC tomorrow doesn’t have anything you will notice, but helps us when we want to make some configuration changes.” Oz Linden followed-up his comment by adding, “that is to say, it allows us to make changes we used to have to roll code to make.”

Other Items

Restore to Last Position (RTLP)

As noted in my last SL projects update report, the Lab is considering deprecating the last of the simulator messaging support for the “restore to last position” (RTLP) functionality, which can still be found in some TPVs and can, albeit with some undesirable results, depending upon how it is used, to restore an item directly from inventory and return it to its last recorded in-world position, relative to the region in which the user is standing.

Because the Lab are considering the future of the simulator-side support for the capability, and also as I’ve reported, the Firestorm team is seeking use cases from users on how RTLP is useful, in the hope of presenting the Lab with a reasoned argument on why RTLP, or some similar capability should be retained / provided.

Commenting on the effort, Oz Linden said, “I’ve been following that. some are supportable, other not so much. Very good food for thought, though, and at least as far as I’ve gotten … people are heeding the request to be civil and non-hyperbolic. I really appreciated that.”

Also commenting on RTLP, Simon said, “What I’ve always wondered with that … the viewer really has a lot of info to do this better. It seems like it could record a list of things as they are removed from a region, then later put them back and give you better feedback on what works and what doesn’t.”

A number of possible approaches to handling cases currently managed by RTLP were also raised during the discussion, but these were just ideas, although they were listened to positively by Oz and Simon. However, this does necessarily mean the Lab will not deprecate the simulator support required for RTLP at some point in the future as a part of dealing with inventory loss issues, or that they’ll necessarily replace it with other functionality. But they are listening and reading.

So again, if you do have a good, concise use case for RTLP which hasn’t so far been reported on the Firestorm blog post’s comments (not here!), do make sure you hop over there and write it up.

Viewer Translation Tool Issue

Nalates Urriah reports that the translation option within the SL viewer (and used by TPVs) is effectively broken for those wishing to use it for the first time (see: BUG-8794 “The Bing API used by the viewer is depreciated [sic]”).

This isn’t an issue within the viewer per se; rather it is a result of the older Bing translation tool WPI / widget having been deprecated by Microsoft, and the means to access it removed from the web page to which users are directed on clicking the Bing API link within Preferences > Chat > Translation in the viewer.

However, this isn’t a matter of the Lab simply correcting the link used within the viewer; deprecating the “old” translation service means that any keys obtained by following links to the “new” service will not verify through the API currently used by the viewer, thus preventing the Bing translation service being used.

However, as noted in both the notes from Microsoft, and in comments accompanying BUG-8794, existing verification key previously obtained using the “old” Bing API are still supported, and will still work; thus, this issue only impacts those trying to obtain a new key. As this matter has just been reported, there is no word from the Lab on how it might be handled.