Tag: SL News

Second Life: Name Changes, Marketplace fees and events updates

Posted on by Inara Pey

With typical timing, I’m taking time off from the blog to enjoy an evening at the theatre (seeing Jonathan Pie, aka comedian Tom Walker, in case you’re interested!), when Linden Lab blogs about Name Changes, the updates to events I’ve mentioned in my Web User Group updates, and on Marketplace updates!

You can read the official post – The Return of Last Names and Changes to Marketplace, Events & Premium – in full on the Lab’s SL blog. However, here are the key points:

Name Changes

  • Linden Lab is working to make Name Changes “available by the end of January”.
  • As per my previous reporting on the subject, Name Changes will be an Premium (and Premium Plus – see below) benefit.
  • Changes will incur a fee (yet to be disclosed) which will be levied as a single transaction for “one or both of your first and last Names.”
  • Last names will be be list-selectable, and users can help LL curate the list.
  • Between December 16th, 2019 and January 6th, 2020, the Lab will hold a Last Name competition for SL users (Basic and Premium) to suggest suitable last names to add to the first list of names to be made available. Five will be selected, and those submitting them will be able to change their names completely free of charge. Details to follow in a later Lab blog post.

Note that in addition the to official blog post above, Linden Lab have also indicated that:

  • Those signing-up to Second Life will not be required to pick a last name, but will continue to have “resident” appended to their name until such time as the opt to go Premium or after they have completed the sign-up process, if they opt to go directly to Premium when setting up their account.
  • The fee applied to Name Changes will likely be in US dollars, and will be at a lower rate for Premium Plus (once available) than for Premium.

For further information on these latter points, please refer to:

Premium Plus

  • Again, as I’ve previously reported, there will be a new Premium membership subscription level, sitting above Premium.
  • This new subscription level is to be called “Premium Plus” (previously referred to by the Lab as “Elite”).

Again in addition to the official blog post:

  • Premium Plus will be made available on a monthly or annual subscription basis.
  • It will be made available some time after Name Changes have been made available.
  • Likely benefits will comprise a mix of “enhanced” Premium benefits and benefits exclusive to Premium Plus.

For further information on these latter three points, please refer to:

Events Updates

  • Events are being overhauled to present more functionality, such as the ability to set an alert on an event you want to attend, to follow your favourite events hosts, share event calendars, and more.
  • This work will include a new look for events (see the concept art below, courtesy of Linden Lab).
  • The updates will be accompanied by the introduction of event listing fees, at the rate of L$50 er event for Basic members, and L$10 per event for Premium members, who will – as a follow-up update to these initially changes – be able to schedule recurring events.
Concept design for the new Second Life events pages. Note the final version, when deployed, may differ to this. Credit: Linden Lab

For further information on this, please refer to:

Marketplace Fee Changes and Updates

As from Monday, December 2nd, 2019:

  • The Marketplace sales commission will increase to 10% of the item price.
    • This marks the first fee increase on the Marketplace in a decade.
    • It is seen as a means of off-setting the cost of on-going improvements and enhancements to the MP.
  • Marketplace Product Listing Enhancement fees will be reduced by 10%.

The blog post also points out further Marketplace enhancement that are close to being ready to be deployed, or are in development, including:

  • The ability to filter limited quantity and demo items (close to being ready for deployment).
  • Improved navigating shopping and order history for shoppers.
  • A means to prevent limited-quantity item redelivery for the Merchants.

Longer-term, the Lab is working on Mobile-friendly layouts for the Marketplace and planning both a complete facelift for the Marketplace and on a vendor system “that better connects in-world sales and tracking with Marketplace transactions”.

I’ll continue to report on all of the above as news surfaces on them via in-world meetings and / or official blog and forum posts.

April reports on the SL Marketplace mix-up

Posted on by Inara Pey

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

Posted on by Inara Pey
© 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

Posted on by Inara Pey

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

Posted on by Inara Pey
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

Posted on by Inara Pey

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.