SL project updates week 37/1: server, viewer

GFrisland  - Laluna Island; Inara Pey, March 2014, on FlickrFrisland – Laluna Island (Flickr) – blog post

Server Deployments

As always, please refer to the server deployment thread for the latest information and updates.

There was no deployment to the Main (SLS) channel on Tuesday September 9th, largely as a result of there having been no RC deployments in week 36.

On Wednesday September 10th, the RC channels should all receive the same server maintenance project, which includes crash fixes and an “obscure bug”.

Describing the crash mode fixes at the Simulator User Group meeting, Simon Linden said, “The crash fixes aren’t normal usage but some edge cases that needed attention. The “obscure bug” was one that Maestro Linden had mentioned at the last Server Beta meeting, describing it as preventing Lindens from being able to leave Skill Gaming regions. Simon expanded on that saying, “It wasn’t just Lindens, but it was really anyone that didn’t have proper access.” Quiet what the proper access might be, isn’t clear.

A separate issue with Skill Gaming regions is that some who have had payment information files with the Lab for some time, but who have not actually used it for a period of time, may have to refresh their information prior to being able to access such regions.

SL Viewer

Release Viewer

Monday September 8th saw the Snowstorm contributions RC promoted to the de facto release viewer, version 3.7.15. 293376. This viewer includes assorted contributed fixes and updates, including the unified snapshot floater and support for ‘older than’ when inventory filtering).

The new snapshot floater by Niran V Dean is now available within the official viewer
The new snapshot floater by Niran V Dean is now available within the official viewer

There has been a report of this installation of this viewer pausing with the message “unable to find Second Life Crash Logger”, but that clearing the message will see the viewer complete installation OK. As there are reports that this has happened with other releases of the viewer and where allow automatic updates has been enabled, it might be connected to the automatic update process within the viewer itself, possibly as a result of the viewer not shutting down correctly as a part of the automatic update process, although this is by no means certain.

RC Updates

A new maintenance release viewer arrived in the release channel as an RC on Friday September 5th. Version 3.7.15.293253, which includes fixes for inventory and outfit management; appearance editing; group & group ban management; camera controls; multi-grid support for favourites; notifications management; stability, plus bug and crash fixes (download and release notes).

New Viewer Autobuild Process

The Lab’s new viewer autobuild process is now in the final phases of preparation for deployment, with Oz Linden reporting at the Open-source Dev meeting that there are only “minor fixes here and there” that seem to be required. There are expected to be some further updates to the new autobuild wiki page to assist self-compilers.

Other Items

Viewer Fixes in the Works

In week 34, I referred to a Mac Cocoa issue with theapplicationShouldTerminate function,   reported by Cinder Roxley, and which she described as:

Say you are logged into sl, and you open appstore and there is an update that needs a restart to complete. Normally you click restart and it shuts down all apps completes the update and when you login your apps are reopened. Because the viewer is sending a bad value back to OSX, OSX will not close it, and it stops the restart from happening.

The fix for this, submitted by Cinder under STORM-2053, is now under review, and so should be progressing forward soon.

STORM-2053, “Viewer no longer asks for confirmation before ejecting a member from a group like in previous releases, also no confirmation for banning”, also submitted by Cinder is also in the same state.

OPEN-268, “FFLOAD_XML missing on linux and darwin, FFSAVE_XML missing on darwin”, also from Cinder Roxley, may be a little more obscure, given it is apparently a long-standing issue which hasn’t previously been reported, but it to is progressing the Lab’s internal review phase.

Opting Out of Group Chat

As noted in my SL project updates, the Lab is working on trying to improve group chat (see the Group Chat tag list for articles). While this doesn’t form a part of the Lab’s work, Cinder Roxley has submitted STORM-2079, “As a group member, I would like to opt out of joining chat”.

The JIRA itself is still pending, but it highlights one of the ways in which some of the message load face by the group chat service might additionally be reduced. As previously noted, the major issue with group chat is not so much the volume of actual chat messages being sent, but with the number of updates the service must send as people log-in and out of SL, and as they join / leave group chat sessions. However, cumulatively, this still adds up to a lot of message traffic. So having a means by which users can opt-out of group chat altogether (and just receive notices, for example), could help reduce the load in terms of actual messages being sent and with the volume of updates for people joining / leaving group chat sessions.

Firestorm already provides a toggle for opting-out of group chat either on a group-by group basis from within a Group Profile floater, or en masse via options in Preferences > Chat > Firestorm. However, these options only cause the viewer to discard incoming messages, they don’t actually reduce the volume of messages being sent by the chat servers.

Firestorm includes options to discard group chat messages  - but this doesn't reduce the volume of messages being sent
Firestorm includes options to discard group chat messages – but this doesn’t reduce the volume of messages being sent

As a result of the JIRA and a brief discussion at the Open-source Dev meeting, there is likely to be some more poking around to identify where values relating to received group notices and chat are stored in the viewer with a view of seeing what might be leveraged towards helping reducing the volume of chat related traffic.

3 thoughts on “SL project updates week 37/1: server, viewer

  1. Ukando got the unified snapshot and i found out that it cant be recized and/nor the preview window that is way to big for some that is used to have it always open on the left corner, now it obstructs more then half of the screen, making impossible to preview snapshots and still sailing, driving or doing any on the background (unless there is a debug stetting im not aware). So far i do believe the unifed snapshot recizing issue has a jira already, but honestly did any, before implementing it, did use it in world and try to do normal things like walking and so on?

    Like

Comments are closed.