April reports on the SL Marketplace mix-up

On November 4th, some users on the Marketplace who accessed their account page ended up seeing some account details for another user currently logged-in to the Marketplace at the same time.

The user account page gives a user’s SL account name, L$ balance, a small portion of their activity on the  Marketplace activity, their wish lists, received gifts list, and the obfuscated version of their e-mail address (e.g. i****@g****.com, designed to provide the user with enough information to identify their own e-mail address without revealing it to others).

Multiple bug reports on the issue were raised with Linden Lab, and at least one forum thread was raised on the subject, with some pointing to the Marketplace maintenance that was in progress as a possible cause – and they were right, as the Lab’s Second Life Operations Manager has revealed in a blog post (Report on the Recent Marketplace Issue), that reads in part:

We’ve been working to make the Second Life Marketplace more robust and handle higher numbers of page views at once. Due to a change made this morning, the user account page got cached when we didn’t mean for it to be. Once we realised what had happened, we rolled back the changes immediately and deleted all of our caches. No other parts of Second Life were impacted.

Our engineering teams are now working with our QA (quality assurance) team to make sure we develop better testing for this in the future. We want to make sure we catch something like this long before it makes it out into the hands of Residents.

We’d like to extend a really big thank you to everyone who reported the issue to us the moment they saw it! Because of your vigilance we were able to react really quickly and limit the time that this misconfiguration was live. (Seriously, y’all rock! 💜)

We’re sorry this issue happened this morning. We’re working to make sure it never happens again, and developing better test procedures for use in the future.

While the error was unfortunate, and might have been a little discomforting for some who encountered it, the Lab estimates that no more than 500 users visited the account page during the time the issue could occur, and not all of them were given the wrong page to view.

Where the issue did occur, April notes that it did so at random, and randomly selected the incorrect page to be displayed, so it was impossible for a user to “pick” another user’s information and intentionally view it. She also notes that it was not possible to either make purchases via an incorrect account page, or to make any changes to the page.

As always, details in full in April’s blog post – and many thanks to her again for providing an explanation of the issue and what is being done to hopefully avoid future repetitions.

Linden Lab’s management team expands: congrats to Grumpity, Patch and Oz

© and ® Linden Lab

Back at the start of October, Beth MacBain pointed out on the forums that Patch Linden had received a promotion, to Vice President of Programme Operations.

At the time, I dropped Patch a line asking about his expended role – although as I didn’t hear back – and I did a quick check to see if his promotion had been reflected on the Lab’s official Management Team page.

Back then, the answer was no – possibly because I was a little quick on the draw. However, since then it has been updated – and it reveals that Patch is one of three senior staff with a specific focus on Second Life to gain a promotion to Vice President and join the Lab’s management team.

The other two – who have worked alongside Patch for some time as “the troika” (as Grumpity Linden puts it) who determine much of the product and feature direction for Second Life: Grumpity herself, who is now Vice President of Product (Second Life); and Oz Linden, who is now Vice President of Second Life Operations.

Linden Lab Management Team page, October 2019 – a line-up that now includes Oz, Patch and Grumpity Linden (highlighted)

Given this, I’d like to offer belated congratulations to Patch, Grumpity and Oz on their new positions. All three have contributed significantly to Second Life’s development over the years, and genuinely have the platform’s best interests at heart. If you’re unfamiliar with their backgrounds and their roles at the Lab, just hop over to the Lab’s Management Team page and click on their photos there (just scroll down the page to view them).

The October 2019 update to the Management Team page also reveals that the Lab’s General Council, Kelly Conway departed the company during the month.

Having been at the Lab since May 2013, Kelly was also a founding Director of Tilia Inc., where she oversaw the team responsible for regulatory compliance policies and procedures, including related to anti-fraud and anti-money laundering (AML) measures. She has now moved to Manticore Games, to take over the role of General Council there. I had some indirect dealings with Kelly over the years (mostly the results of assorted requests put to the Lab through Pete and Brett Linden that touched on Tilia, the Terms of Service, etc.), and would like to offer best wishes to her in her new role and company.

April offers a look at the October 2019 woes

The period of Thursday, October 24th through Sunday 27th October, 2019 saw Second Life encounter a rolling set of issues which finally came to a head on Sunday, October 27th. The issues affected many Second Life users and services from logging-in through to inventory / asset handling.

As has become the case with these matters, April Linden, the Second Life Operations Manager, has provided a post-mortem blog post on the issue and her team’s work in addressing the problems. And as always, her post provides insight into the complexities in keeping a platform such as Second Life running.

In short, the root cause of the weekend’s upsets lay not with and of the Second Life services but with one of the Lab’s network providers – and was exacerbated by the fact the first couple of times it happened – Thursday and Friday – it appeared to correct itself on both occasions before the Lab could fully identify the root cause.

April Linden

On Sunday, the problems started up again, but fortunately April’s team were able to pin down the issue and commence work with their provider – which obviously meant getting Second Life back on an even keel was pretty much in the hands of a third-party rather than being fully under the Lab’s control.

Our stuff was (and still is) working just fine, but we were getting intermittent errors and delays on traffic that was routed through one of our providers. We quickly opened a ticket with the network provider and started engaging with them. That’s never a fun thing to do because these are times when we’re waiting on hold on the phone with a vendor while Second Life isn’t running as well as it usually does.

After several hours trying to troubleshoot with the vendor, we decided to swing a bigger hammer and adjust our Internet routing. It took a few attempts, but we finally got it, and we were able to route around the problematic network. We’re still trying to troubleshoot with the vendor, but Second Life is back to normal again.

– Extract from April Linden’s blog post

As a result of the problems April’s team is working on moving some of the Lab’s services to make Second Life more resilient to similar incidents.

During the issues, some speculated if the problems were a result of the power outages being experienced in California at the time. As April notes, this was not the case – while Linden Lab’s head office is in San Francisco, the core servers and services are located in Arizona. However, resolving the issues from California were affected by the outages, again as April notes in her post.

It’s something I’ve noted before, and will likely state again: feedback like this from April, laying out what happened when SL encounters problems are always an educational  / invaluable read, not only explaining the issue itself, but in also providing worthwhile insight into the complexities of Second Life.

Remembering Darrius Gothly

Darrius Gothly

I received word from Torric Rodas today of the sad news of the passing of long-term Second Life resident and creator, Darrius Gothly.

Founder of the DG4SL range of products, Darrius had a wide range of interests in Second Life, and always sought to improve people’s SL experience through many of his products, whilst also being a very vocal member of the platform’s merchant community, offering both positive critiques of the Lab’s approach to its Marketplace environment and suggestions for improving it.

I did not know Darrius well, but I believe we became long distance friends outside of Second Life for long enough for me to appreciate him for his insight and integrity.

We first really got to know one another when he stepped in to try to address an age-old problem in Second Life: what happens when you pass out a load a landmarks for your store, club, region, etc., – and then are forced by circumstance / opportunity / whatever to relocate, other than to start revising all your LMs, push new ones out to visitors / customers / friends, try to get the word out through forums etc.

To explain: back in 2012, artist and creator Toysoldier Thor put forward an idea and feature request for “virtual landmarks” to present a means by which LMs need never go “stale” (see also: Virtual Landmarks: solving an age-old problem?).  As per Toy’s comments in a forum thread on the idea, for a time it looked like LL might be interested in implementing something along the lines of his suggestion (subject to other commitments / priorities). Sadly, nothing ever really came of this (nor of subsequent suggestions along similar lines). So, Enter Darrius.

I first got to know Darrius as he developed his Virtual Landmarks products

Taking a dive into things, he formulated a means by which Toy’s idea could be realised via an external service. In typical Darrius style, he also added elements such as web support (“VMurl”), stats reporting and support for “favourite places” to provide a comprehensive product. He dropped me a line about the product in December 2012, which resulted in my articleVirtual Landmarks: offering a solution to the age-old problem, and in my playing a very small role in testing the system.

As a result of that initial contact, Darrius and I became what might best be referred to as “pen friends” over the next few years, exchanging ideas and comments and holding forth with each other on a wide range of subjects, from “technical” chats about SL through to more esoteric matters – identity, anonymity and personal expression in VWs, the new user experience, perceptions about SL in other platforms / the worlds at large, etc. -, through to chatting about physical world home and family, health, and our mutual enjoyment of assorted film franchises, and even touching on politics on occasion.

Sadly, our conversations waned to the point of becoming non-existent for the last couple of years. At the time this happened, I was aware that Darrius was dealing with illness and couldn’t always get in-world / on-line perhaps as often as he would have liked, and I feel a certain amount of regret that I didn’t do more to keep our exchanges going. He didn’t believe in putting up walls between his SL persona and himself; whom you encountered through his avatar was very much Darrius himself: honest, up-front, friendly, caring, supportive and with a wonderful – and at times quite wicked (in a good way!) – sense of humour. He is someone who will be missed.

My sincere condolences to his family and to his close friends on their loss.


Note:

I understand from Torric and the London City website that the DG4SL team are attempting to ensure the popular Rental Beam service add-on for CasperLet is transitioned to new management so that it can continue to run as customers expect. Anyone with enquires about that service are asked to contact Mysti Nowles directly, rather than raising a support ticket. At this point, I do not have information on what will happen to other DG4SL products utilising back-end services (such as the VLM product) or who to contact about them. Should I come into such information, I will give an update here.

Second Life: parent/child script communication issues

On Friday, October 4th, 2019 Linden Lab blogged about the recent script related issues that caused widespread disruption (notably with rezzing systems) across Second Life following the SLS (Main) channel deployment made on Tuesday, September 24th, 2019, and which ultimately resulted in a complete rollback from the grid on the 27th/28th September.

As noted in my Simulator User Group Updates, the release that caused the problems  – simulator release 2019-09-06T22:03:53.530715, included a number of updates intended to improve overall script performance, including how scripts are scheduled and events are delivered. However, these changes resulted in an unintended impact which, due to the region sampling, was not revealed by the update initially being deployed to a release candidate (RC) channel on Wednesday, September 11th.

The October 4th blog post from Linden Lab indicates that improvements have been made to the code, and once deployed, these should help prevent a recurrence of the problem. As an aside, it has been hoped that these updates might have been deployed to an RC channel on Wednesday, October 2nd, but a last minute bug prevented this (see: Deploy Plan for the week of 2019-09-30), so the updates will likely be deployed during week #41 (commencing Monday, October 7th).

However, even with the fixes, there blog post goes on to note there are come best practices when using parent / child script communications between a parent object and a child it rezzes:

One common cause of problems is communication between objects immediately after one creates the other. When an object rezzes another object in-world using llRezObject or llRezAtRoot, the two objects frequently want to communicate, such as through calls to llRegionSayTo or llGiveInventory. The parent object receives an object_rez() event when the new object has been created, but it is never safe to assume that scripts in the new object have had a chance to run when the object_rez event is delivered. This means that the new object may not have initialised its listen() event or called llAllowInventoryDrop, so any attempt to send it messages or inventory could fail. The parent object should not begin sending messages or giving inventory from the object_rez() event, or even rely on waiting some time after that event. Instead, the parent(rezzer) and the child(rezzee) should perform a handshake to confirm that both sides are ready for any transfer. 

The blog post goes on to define the sequence of events between a parent and rezzed child object as they should occur, and provides sample code for such parent / child operations.

An important point to note with this is that when the fix from the Lab is re-deployed, any scripts that still exhibit these kinds of communication issues will likely need to be altered by their creator to match the recommendations provided by the blog post.

Those wishing to know more are invited to read the original blog post in full, and address and questions and / or feedback through the associated forum thread.

Chouchou set to remain in Second Life – and there’s more

Chouchou – to be preserved

Back in May 2019, I was one of a number of SL bloggers who wrote about the possible closure of the Chouchou regions (see: A Farewell to Chouchou).

Designed by Japanese pianist Arabesque Choche and vocalist Juliet Heberle, who together form the successful musical duet of Chouchou and managed by 10223 Resident (aka Tofu), the regions are among some of the longest running, practically unchanged private island environments, to be found in Second Life, and are an absolute delight for all who encounter them.

Following the news breaking on the potential closure (apparently the result of idiots repeatedly being idiots within the regions), there were attempts to try to get the regions preserved via the Lab’s Second Life Region Preservation Society, run by Patch Linden’s land team (I will toot my own horn here, in that I played a very small role in this, helping to bring the potential closure of the regions to Patch Linden’s attention). Contact was also made with Juliet Heberle on the matter (regions can only be preserved through the SLRPS with the approval of the region holders), but at the time she indicated it was the Chouchou team’s preference that the regions close be allowed to close.

However, the regions remained open well past the originally indicated closure date – and as it turned out, talks did commence in the background between Chouchou and Linden Lab. Now, and, as reported by fellow arts blogger, Oema, an agreement in principle between Chouchou and Linden Lab has been reached, allowing the Chouchou regions to remain in Second Life under the remit of the SLRPS.

Oema obtained the news via a Facebook post from Chouchou, which reads in part:

Regarding the closure of the region Chouchou (Chouchou sim, Chouchou V sim) in Second Life, we’d like to report some progress. As a result of our discussion with Linden Lab, we made a decision to maintain our region by joining The Second Life Region Preservation Society provided by Linden Lab …

Right now, we’re in the middle of exchanging contracts with Linden Lab, and it’s taking time for the contract procedures. We’re very sorry for the late announcement.

Chouchou – Memento Mori

Within the post, Chouchou note that it was the outpouring of support for the regions to survive  – see this forum thread as an example – that caused the change of heart on closure and to seek the assistance of Patch and his team through the SLRPS in order for the regions to be maintained in SL.

According to the post, the regions will continue to operate with the support of Linden Lab, but with 10223 Resident managing them. Nor is that all: the arrangement with Linden Lab also means an additional Chouchou region has been returned to Second Life, as the Chouchou Facebook post also announces:

And it is also decided that one of our sims, Chouchou XVI – The Babel – which was closed in 2013 will be back in Second Life thanks to Linden Lab’s kind arrangements.

At the time of writing, Chouchou XVI has been returned to the grid, but was not open to the public.

The three Chouchou regions – including Chouchou XVI – The Babel, last seen in-world in 2013 – once again together on the grid

The decision to allow the regions to continue is exceptionally welcome. As noted, the Chouchou regions have long been a part of Second Life and the Memento Mori build over Chouchou V remains one of the most stunning prim builds to be found in-world. Hence why I again include a short film of it below.

If you have not previously visited Chouchou,  Islamey and Memento Mori – I strongly recommend you do, and take the time to savour them now they look set to remain in SL. Follow the links after the video.

SLurl Details and Links