RFL of SL 2014: Spring Fest

Friday April 18th will mark the start of the Spring Fest weekend, a part of the RFL of SL activities occurring this season. The three-day event will include DJs, live entertainers, and a range of activities organised and run by RFL of SL fundraising teams.

The press release for the weekend reads in part:

Join the awesome teams of Relay For LIfe of Second Life for three days of fun-filled spring activities and relay fundraising! Activities include live djs, a carnival, live performances, 7Seas Fishing, and Bumper Boats!

Spring Fest is made possible by The Relay Rockers, who are celebrating their 10th year of relaying in Second Life. The event is organized by the Team Information Processing & Encouragement Area of the 2014 Relay For Life of Second Life Committee.

Spring Fest will open to the public on April 18, 2014. Please come out and fundraise with us!

The Spring Fest liver performance area
The Spring Fest liver performance area

Activities will kick-off at 16:00 SLT on Friday April 18th and will close at 22:00 SLT on Sunday April 20th, with events taking place in four locations across the Spring Fest region:

The full schedule for the weekend can be found at the Spring Fest website, which also provides more information on the weekend. Those wishing to contact the organisers can do so here or in-world via Jessii2009 Warrhol or Johannes1977 Resident.

The Spring Fest DJ stage
The Spring Fest DJ stage

Related Links

Santaurio: paradise found …

~Santaurio~, April 2014~Santaurio~, April 2014 (click for full size)

I’m a fan of Jac Mornington’s work; that should be clear from my coverage of places like Yuki no Yume, Sol Existence, Black Basalt Beach and Baja Norte (which I understand is now under new management, but set to continue “as-is”). So when Ziki poked me about a new region Jac and Romy Rosea had opened, I put the landmark carefully to one side until life give me enough time to go and enjoy.

~Santaurio~, April 2014 ~Santaurio~, April 2014 (click for full size)

~Santaurio~ is subtitled “The Lost Island”, and the landing point appears to take its inspiration from a certain television series by JJ Abrams which featured an aeroplane crash and an island … However, while this tropical isle has mysteries to find and enjoy – ruins, spiritual hideaways and more – it is far from sinister. Indeed, Jac welcomes people to the region with a warm greeting in his profile:

Paradise can take the form of anything
It can be a flower or it can be a word or it can just be a sincere smile

We welcome you to Santaurio ❤
Jac & Romy

~Santaurio~, April 2014 ~Santaurio~, April 2014 (click for full size)

Once ashore from the arrival point, there is much to discover. Beaches run around the island, allowing you to explore the coastline with ease – but do try not to upset the nesting turtles! There a small beach club to be had, and further around the island, sheltered spots for couples to enjoy – do be aware that animations-wise, some of these have a slightly adult slant to them!

Move inland, and there’s more to discover, starting with the ancient Mayan-like stone ruins visible from the beach. The land between these and the beach club is cut by a fast-flowing river which leads the intrepid explorer inland, through the tropical jungle, up cascading rapids and to a rocky pool fed by a waterfall lying beneath what appears to be a natural rock arch.

~Santaurio~, April 2014“Rescue…?” ~Santaurio~, April 2014

Make your way up under the arch, wading through the water, and the truth is revealed: the arch is a part of the wall of an ancient volcano, now long extinct, the crater flooded to form another pool of water, this alive with the vibrant colour of lotus and lilies, humming birds flitting from flower to flower. In the midst of this sits a small stone Buddha, awaiting travellers seeking peace, candles and joss sticks on the rock before him, while water tumbles down from fissures in the rock behind him, constantly replenishing the pool.

For those who love Jac’s work and who haven’t seen ~Santaurio~, I cannot recommend it enough. If you’ve not seen Jac’s work previously, then ~Santaurio~ is an excellent place to start. Access at the moment is free. However, if you’d like to rez props for photography, etc., you’ll need to join the ~Santaurio~ group. It costs L$300, but joining it also helps cover the region’s tier, so if you decide to be a regular visitor, why not join? And for those who are viewing one of Jac’s superb builds for the first time, don’t forget the links to the others at the top of this article! All are very much worth a visit – or six!

~Santaurio~, April 2014“Rescue…?” ~Santaurio~, April 2014

Related Links

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 April 15th to version

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 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.

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.