Tag Archives: Server Releases

SL projects updates week 16/2: server update, misc items

Server Deployments – recap

There were no deployments to the Main (SLS) channel or the BlueSteel and LeTigre channels during week 16.

On Wednesday April 16th, the Magnum RC received a new server maintenance package, which included a fix for BUG-5533 (“llTeleportAgent() and llTeleportAgentGlobalCoords() can break any script in any attached object that contains a change event.”).

Commenting on the latter at the Server Beta User Group meeting on Thursday April 17th, Maestro Linden said:

Unfortunately, after the roll we discovered that there was a regression in the Magnum update,  which was BUG-5763 (“AGENT_MOUSELOOK flag is often incorrect when llGetAgentInfo() is called within control() event”), which apparently affects certain guns (which only allow some actions when they think you’re in Mouselook) and certain vehicles (which change control behaviour when they think you’re in Mouselook).

The good news is that Kelly [Linden] came up with a fix for it yesterday, which is out on Aditi now. I gave it a whirl, and it looks like this bug is fixed. But if you have content that was broken by that bug, I’d encourage you to test it out on Aditi, in case there are any additional problems.

Those wishing to test the fix can do so on the Aditi regions Ahern, GC Test 10, and Tehama.  GC Test 10 is probably the most convenient to test on, as it mostly allows anybody to build and run scripts.

Week 17 Deployments

While the final details of deployments for the week commencing Monday 21st April will not be determined until the start of that week, it currently looks as though there will again be no deployments to with the Main (SLS) channel or the BlueSteel and LeTigre RCs, while Magnum will gain the BUG-5763 fix.

Commenting on the lack of high-profile server updates of late, Maestro pointed to the fact that the Lab has been engaged in a series of “invisible updates” recently, notably infrastructure improvements.

Group Chat Update

There were no further tests on Simon Linden’s group chat work, and Maestro indicated that testing on Agni may commence in week 17. An idea initially discussed for testing these optimisations on the main grid had been to use a single large group (the Firestorm Support group, due to both its size and frequency of use). However, commenting on the work, Maestro Linden said, “since the group chat changes are in the backend service, this would mean that … around 1/16 of groups would be on the group chat stuff.”

Other Items

HTTP-in Failures

Some people are noticing an uptick in issues relating to in-world scripts acting as HTTP servers (notably with HTTP-in functions). There has been a known bug with these (non-public BUG-2564)  wherein all http-in URLs and all capability URLs for connected users are dropped simultaneously, all the connected users get logged out, and HTTP-in scripts cannot be contacted. However, some of the issues people are experiencing appear to be occurring since the most recent HTTP updates were made. Lucia Nightfire describes the problems as, “random URL loss and instability is common esp after the http changes.” she goes on to note that she has had to “change http protocol and add heartbeats to some apps since the HTTP changes.” She further goes on:

Sometimes after I crash then relog into a region, its like my caps are reset and re-evaled and  in-turn all my HTTP devices all of a sudden cannot request URLs until the caps are reset or it is [a] repeat URL request failure. Long story short, if your viewer crashes, don’t log into your home region if you have servers there, or you risk interruption.

Maestro’s thinking on the matter is that it may be linked to a server crash – particularly given Lucia confirms the problem does occur as a result of a region crash – as there is nothing specific to a viewer crash which should upset things like HTTP-in functions. Further testing has been suggested to see if a precise cause can be identified.

SL projects updates 16/1: Server and misc news

Server Deployments – Week 16

  • Main (SLS) channel: no deployment.
  • BlueSteel and LeTigre RCs: no deployments and remain with AIS v3 enabled
  • Maganum RC: should receive a new server maintenance package on Wednesday April 16th. This comprises a crash mode fix, and a fix for BUG-5533 (“llTeleportAgent() and llTeleportAgentGlobalCoords() can break any script in any attached object that contains a change event.”).

SL Viewer

The SL Share 2 project viewer, which includes the new options to upload text and snaps to Twitter and snaps to Flickr, complete with post-processing filter capabilities, and with the updated Facebook snapshot upload tab (also with the filters), was updated on Tuesday March 15th to version 3.7.6.288806.

Other Items

AIS v3 Inventory Outfit Links Issue

For those who use the Outfits folder in inventory, a useful option is that of being able to create links to no Copy items, allowing them to be “shared” among multiple outfits. This capability was originally introduced in Viewer 2, and has been popular among a number of TPVs.

While testing the new AIS v3 code, Henri Beauchamp noticed that when creating a new link in  inventory in an AIS v3 region and when using an AISv3 compatible viewer, the AIS server reply is not properly parsed, resulting in a failure to sync the viewer-side inventory (and its cached list) with the server-side inventory.

He has filed a JIRA (SUN-129) relating to the issue, although it is not clear if the issue is unique to Cool VL viewer, which uses a different algorithm to create the COF links, or whether it may affect other viewers still using links.

MAINT-535 Viewer URI Name Space

Viewer URI Name Space is a means of specifying URIs in a format the SL viewer can understand and use. For example, “secondlife///app/teleport” can be used to display a teleport link in local chat, IM or from a browser such that when the link is clicked, the user is automatically teleported to the destination. For example: “secondlife:///app/teleport/ThisPlaceHere/71/6/22″ would display a link “Teleport to ThisPlaceHere” in chat / IM which when clicked, would teleport the user directly the destination.

However, because the capability can include an innocuous label, rather than displaying the actual SLurl, there have been concerns that the capability could be abused. For example “[secondlife:///app/teleport/GoHereAndGetBanned/3/4/56 CLICK FOR FREE STUFF!]” would be displayed in chat or IM as “CLICK FOR FREE STUFF!”

Because of this risk, Linden lab updated things such that the use of Viewer URI Name Space causes the official viewer to display a warning:

SLurl warning

A couple of side effects of this are that all SLurls which use Viewer URI Name Space can be impacted, and other uses of the capability can also be affected as well, as is the case with BUG-5702.

To address the issue with teleports, the Lab has introduced Maint-535 (currently in the Maintenance RC viewer, version 3.7.6.288799. This works by opening a dialogue box which displays the actual destination, together with button for the user to either teleport or ignore the offer, as shown in the example below.

tp-warn

MAINT-535 causes teleport links which use Viewer URI Name Space to generate a dialogue box displaying the destination, regardless of any label used to disguise it (click for full size)

Do note that all of this is only relevant to SLurl which use Viewer URI Name Space, Slurl from the map, landmarks, etc., do not see any change in behaviour.

Some concern was raised at the Simulator User Group meeting on Tuesday April 15th that because the dialogue box is displayed for all teleport offers using Viewer URI Name Space, even those that display the destination (e.g. “Teleport to ThisPlaceHere”, and that it might cause annoyance among people as a result of the need to confirm a teleport.

MAINT-535 also doesn’t address issues such as BUG-5702, where the “untrusted browser” message continues to be displayed.

SL projects updates week 15/1: server, viewer, group bans, misc items

Simulator UG meeting, Tuesday April 8th, 2014

Simulator UG meeting, Tuesday April 8th, 2014

SL Server Deployments

Week 15

It’s pretty simple again this week: there are no server deployments scheduled for either the Main (SLS) channel (which remains on maintenance project 14.03.12.288004) or the RCs (which collectively remain on 14.03.28.288552). As always, please refer to the server deployment thread in the forums for the latest news and updates / issues.

SL Viewer

The de facto release viewer updated on Monday April 7th, with the promotion of the Google Breakpad RC, version 3.7.5.288464 (release notes).

As a result of this promotion, the StatTest viewer (formerly version 3.7.5.288371), which was never intended for promotion as a release viewer but issued as a means of assisting with bug-fixing the Google Breakpad code, has been removed from the viewer release channel.

Group Ban Lists

“I’ll be working with Maestro this week to try to get the group ban services and back-end stuff grid-wide on Aditi,” Baker Linden informed the Simulator User Group meeting on Tuesday April 8th. He went on: “I have a handful of smallish bugs to finish up, and then I’ll look at my options for development viewers and such, so group ban will be grid-wise soon [on Aditi] (I hope, depending on the amount of releases in the pipe). And then after we see there’s no big issues, we’ll get that pushed out to Agni.”

Other Items

Aditi Log-in Issue / Inventory Update Issue

As reported in part 2 of the my week 14 updates, there has been an issue in getting passwords and inventory to correctly sync on the Aditi beta grid following a password change. Normally, a script is run on  daily basis during periods of relatively low SL use (around midnight-02:00 SLT) which should synchronise a user’s password and inventory between Agni and Aditi. However, several people had noted that their Aditi passwords  / inventories were not updating despite several days passing after making  password change (see BUG-5563).

It had been thought this issue had been dealt with in week 14; however, a forum thread notes it is still causing problems for some people.

Transaction History Oopsie

There was a brief issue with Transaction History pages on Tuesday April 8th which caused some consternation when it happened, although it was quickly rectified.

The problem first came to light when merchants noticed that their Transaction History page was no longer showing totals or options to download the history in anything other than .CSV format (the previous options had been .XML or .XLS). Further issues were noticed as time went on, as noted in a Commerce forum thread and also in a JIRA (BUG-5664).

The root cause of the problem appears to have been the URL for the familiar Transaction History page being swapped for a new page. The concerns this raised were sufficient for the URL to be reverted back to the original a little over an hour after the problem was first noticed, allowing people to once more access the familiar Transaction history page. Whether the change of URL is indicative of an upcoming change that is in preparation, or simply a mistake on the part of someone at the Lab, is unclear.

Continue reading

SL projects updates week 14/1: server, viewer updates

SL Server Deployments

As always, please refer to the server deployment thread in the forums for the latest news and updates.

Main (SLS) Channel

On Tuesday April 1st, the Main channel received the server maintenance package deployed to the Magnum RC in week 13. This package comprises:

  • Crash mode fix.
  • Fixed a rare case in which certain users were unable to log in (BUG-5130)
  • Fix for a case in which multiple scripts in the same prim calling llTakeControls() with heterogeneous ‘accept’ and ‘pass_on’ parameters would not receive a control() event correctly in some cases (BUG-5281)
  • Updated LSL syntax file to use a new schema (fixes STORM-2000) related to a viewer in testing and apart of STORM-1831.

As the roll-out progressed, there were reports on the forum thread that some regions are having a double restart. After investigating the issue, Caleb Linden reported: “I got the word from engineering that the double rolls were manually triggered by accident but they shouldn’t compromise the sims’ performances once up. This only affected a small group of regions.”

Release Candidate Channels

On Wednesday April 2nd, all three RCs should receive the same maintenance update, which incorporates the bug fixes deployed to the Main channel and which also sees AIS v3 support returned on the Magnum RC, after it was disabled / removed in the week 13 deployment. There seems to be yet more confusion over that actual status of AIS v3 server-side. and whether this means it will actually be enabled on all three RCs, or just re-deployed.

SL Viewer Updates

The SL Voice RC returned to the release channel on Monday March 21st, with the arrival of version 3.7.5.288516. This viewer pulls in Vivox 4.6.x libraries instead of 4.5 for improved voice stability and to address Mavericks issues (download and release notes).

the Sunshine / AIS v3 Rc should return to the channel later in the week if all goes according to plan.

SL Share 2 Project Viewer

As I’ve reported here, on Tuesday april 1st, Linden Lab released the SL Share 2 project viewer, version 3.7.5.288424. This includes:

  • An option to connect to Twitter and upload tweets  / snapshots from in-world to your Twitter account
  • An option to connect to Flickr and upload snapshots
  • An updated Facebook floater with revised snapshot upload tab incorporating the features found in the Flickr and Twitter snapshot uploads, and a new Friends tab.

An interesting element in this viewer is the use of filter effects which can be applied to snapshots, and which allow users to add their own filter options.

Group Chat and Group Bans

There’s little to report here, other than:

  • At the Simulator User Group meeting on Tuesday April 1st, Simon Linden said of the most recent group chat test, ” We had a good group chat test last week that gave me a few more things to fix. They weren’t new issues, but showed some more ways the current system can fail. So it was a good test.” It’s not clear whether this means the testing will now move to Agni and a selected group with a large number of users, or whether there will be further Aditi testing first.
  • With group bans, and as reported last time on the subject, Baker Linden is busy repairing the code that want broken / lost during a merge process and trying to make sure everything is back together and working properly,