Grumpity and Alexa Linden host the Web User Group meetings monthly Alexa’s barn.
A brief update, as it was pointed out to me that I missed the Web User Group on August 22nd, and the updates to the Marketplace that were reported in the forums by Grumpity Linden at around the same time.
SL Viewer
A new Maintenance RC viewer was issued on Friday, August 31st. The Rakomelo Maintenance RC, version 5.1.9.519162, offers some 29 fixes and updates, including two for receiving Friend requests and Group notices when off-line via the new HTTP capabilities, and which had not been working correctly following the initial deployment of the capability. These update should match recent server-side updates to the caps, and prevent group notices and Friend requests received whilst off-line failing to be delivered when next logging-in.
There are a number of other useful fixes with this release – please refer to the release notes / download page linked to above for details.
Marketplace
I didn’t actually make the August 22nd Web User Group meeting, hence the lack of an update in week #34.
However, as has been pointed out to me, Grumpity Linden posted to the forums concerning a number of Marketplace updates, which I’m simply going to list here for completeness:
Gift email was missing if the gift message was blank. Everyone should get a gift email!
Residents with the last name Resident couldn’t leave product reviews. That was bad, and is fixed.
Character count of product description included newlines and so was obviously wrong. Righted that wrong.
Favourites which are no longer available are now marked as such, and can all be removed with a single click
Email changes on SL now propagate to the Marketplace.
Allow merchants to choose to list multiple “Custom Avatar Brand Names”
Retain “Sort By” preferences between pages and sessions. Makes sense.
You can now remove items from the Related Items pop-up.
It’s “Land Impact” not “Prim Count”.
The Mesh Quiz is a thing of the past. It will stay in the past, but will surely live on in our memories.
Grumpity also notes that some much-requested updates are “coming soon”: wish lists, favourite sellers, and an auto-complete for brand names.
She also indicated a fix for BUG-225309 “Marketplace: ‘Best selling products’ no longer sorts by best-selling” is in the works, as is a fix for BUG-225307, “Editing Marketplace Listings does not show inactive items to add as related or demo” – although this has apparently been closed as “working as intended”, which is slightly different to providing an actual “fix”! 🙂 .
The next Web User Group meeting (which is open to discussion of all of the Lab’s web properties, not just the Marketplace, is scheduled for Wednesday, September 26th, 2018 at 14:00 SLT. I’ll try to drum this into my head so as not to miss it, as I have done for the last couple!
Grumpity and Alexa Linden host the Web User Group meetings on alternate Fridays at Alexa’s barn.
The following notes are taken from the Web User Group meeting held on Wednesday, April 25th, 2017.
These meetings are generally held monthly on a Wednesday, and are chaired by Alexa and Grumpity Linden at Alexa’s barn. The focus is the Lab’s web properties, which include the Second Life website (including the blogs, Destination Guide, Maps, Search, the Knowledge base, etc.), Place Pages, Landing Pages (and join flow for sign-ups), the Marketplace, and so on and the Lab’s own website at lindenlab.com.
Meeting Format
A point to remember with the Web User Group meetings is that they are informal discussions on things like the Marketplace.
While the Lab does give information on the work they are carrying out, plans they have in-hand for updates to web properties, etc., equally, a lot of what is discussed is ideas and the taking of feedback from attendees, and should not necessarily be regarded as statements from the Lab as to what will happen, it priority, or anything else.
Within these reports, I try to indicate those plans / actions / projects that are in progress, and offer a differentiation between “firm” plans and ideas under discussion.
Web Updates
On April 16th, 2018, the Lab slipped out an announcement on a number of web property updates, which notably include the following.
Marketplace Guidelines Change
The SL Marketplace Fee and Listing Guidelines have been revised with regards to the policy on pricing products on the Marketplace in comparison to pricing the in-world. Previously, the guidelines stated:
The following actions are disallowed. Note that these actions are disallowed by the Second Life Terms of Service, and are restated here for clarification.
Anti-Competitive or Abusive Behaviour. Examples include, but are not limited to:
inflating prices on the SL Marketplace, in comparison to in-world or other e-commerce sites”
This has now been revised so that in-world pricing is no longer exempted, thus:
The following actions are disallowed. Note that these actions are disallowed by the Second Life Terms of Service, and are restated here for clarification.
Anti-Competitive or Abusive Behaviour. Examples include, but are not limited to:
inflating prices on the SL Marketplace, or other e-commerce sites”
With the Lab noting:
We’ve removed the section which applied to in-world stores. This was contrary to your interests and our interests. Marketplace is a tool to use in your overall product marketing strategy and if you’d like to differentiate pricing between on-line and in-world stores, that’s your decision to make.
Transaction History “Quick Filter” Options
A set of “quick filters” have been added to the transaction history page on the dashboard at secondlife.com. These provide the ability to list all transactions for the current day (“Today”), the last 24 hours (“1 Day”), the last 7 days and the last 28 days.
The new transaction history quick filters available through your Second Life web dashboard
Please refer to the announce for the full set of web-related updates.
Other Items
Legal Question: Resale Prices on Full Permission Items
Is setting a minimum resale price on full permission items legal? this is being referred to the Lab’s legal department. However, such things as recommended retail price options, FTC guidelines on supply chain selling (both of which are slightly different, admittedly), would suggest the practice is acceptable.
Lootbox Legal Status
Questions have been raised on the use of lootboxes in Second Life. In some countries (e.g. China, Japan, Australia, The Netherlands, the Isle of Man (UK) and now Belgium) they are regarded as gambling and subject to regulation / financial penalties. Additionally, lawmakers in the United States and mainland UK are said to be looking at the status of lootboxes. The questions asked in relation to Second Life are being referred back to the Lab’s legal team.
Premium Subscription Changes
At the April 20th, 2018 town hall event, Linden Lab CEO Ebbe Linden confirmed that as a part of pivoting Second Life’s revenue generation away from a heavy reliance on land, the Lab are looking at introducing a range of Premium account options which will have different levels of benefits associated with them – see here for more (includes an audio extract of his comments).
While details have yet to be finalised, Grumpity Linden spoke to some of the ideas under consideration at the Web User Group meeting. Because her comments are likely to be of interest beyond that meeting, I’ve provided a transcript of her comments, with an audio recording.
In Brief
Need to comment on a JIRA item (bug report or feature request) and cannot? send an e-mail to letmein-at-lindenlab.com giving your avatar name to request JIRA comment access. Note that if a JIRA has been imported by the Lab or had its status changed, you may still not be able to comment on it.
Linden Homes size increase: Linden Homes are currently undergoing a face lift, and Grumpity indicated the plan is to increase them in size (presumably to 1024 to match the “free” tier offered to Premium members. There is no time frame on when the updated Linden Home will be available, although it is hoped they will be ready before the end of 2018.
Grumpity and Alexa Linden host the Web User Group monthly meetings at Alexa’s barn
The following notes are taken from the Web User Group meeting held on Wednesday, March 28th, 2017.
These meetings are generally held monthly on Wednesdays, and are chaired by Alexa and Grumpity Linden at Alexa’s barn. The focus is the Lab’s web properties, which include the Second Life website (including the blogs, Destination Guide, Maps, Search, the Knowledge base, etc.), Place Pages, Landing Pages (and join flow for sign-ups), the Marketplace, and so on and the Lab’s own website at lindenlab.com.
Meeting Format
A point to remember with the Web User Group meetings is that they are informal discussions on things like the Marketplace.
While the Lab does give information on the work they are carrying out, plans they have in-hand for updates to web properties, etc., equally, a lot of what is discussed is ideas and the taking of feedback from attendees, and should not necessarily be regarded as statements from the Lab as to what will happen, it priority, or anything else.
Within these reports, I try to indicate those plans / actions / projects that are in progress, and offer a differentiation between “firm” plans and ideas under discussion.
Marketplace
Priority item flagging: under discussion at the Lab is the idea – put forward by Merchants at a previous Web User Group meeting – that “certified” Merchants priority in flagging and the Marketplace reports. This “certification” might be through the payment of a fee.
Survey: the Lab is considering a Marketplace survey in which Merchants can indicate their preferences around possible enhancements, etc., to the Marketplace and perhaps submit and idea of their own.
Feature requests: specific, well thought out idea for new features for the Marketplace (and Second Life in general) can / should be submitted via the Second Life JIRA.
It is preferable that only one idea (or a limited set of related ideas) for new features is submitted per Feature Request submission.
Feature Requests are triaged (reviewed) by the Lab on a weekly basis.
The Feature Request form is accessed via your JIRA dashboard – log-in via your Second Life credentials required. Select Create Issue in the top right of your dashboard to open the default Bug Report form. Then click on the Issue Type drop-down and select New Feature Request to replace the Bug Report form with the Feature Request form.
Marketplace search: the Lab is aware that there are issues with the MP search function, and hope to be able to improve it. However, reporting that search “is broken” is sufficiently helpful. If there are specific instances where search fails to work as expected which can be specifically defined, these need to be reported via a JIRA bug report, with detailed steps so that the Lab can see (and reproduce) the problem, then take steps to address the issues.
Destination Guide
The Destination Guide suffers from a large number of locations listed within it which have ceased to exist in one way or another (the region no longer exists, it has changed hands and been re-purposed; the owner has made it private with access control, etc.).
There is curation of Destination Guide entries, but this is described as inefficient as it doesn’t parse all the DG categories “very frequently”.
There is discussion at the Lab about automating the curation process to help with the removal of outdated locations, but nothing so far is on the road map for implementation.
Further development of Place Pages is planned, with one of the first added features, possibly appearing in the near future, is support for land auctions, offering the same functionality as the current auctions. This will be expanded over time to offer resident-to-auctions.
Name Changes – Further Information
“Original / legacy” last names will not be re-opened for use.
New users joining Second Life will still be given the automatic “last name” of “Resident”, but have the option of changing if they wish.
The fee for name changes has not been announced, however, at this point the indication is that the fee will be in fiat currency (i.e. US dollars) not Linden Dollars.
One of the reasons the return of last names will take time to be implemented is that all of the SL web properties – like the Marketplace – have to be updated to recognise users as they change their names (something which applies across almost all of the SL services when you think about it).
Governance and DMCA
Issues around Governance, the Marketplace and the DMCA process continue to be raised.
Governance User Group?
Often at user-group meetings questions are asked around matters of governance or which may be related to legal / financial issues (e.g. fraud or alleged cases of fraud). All of these matters are overseen by teams outside of the technical personnel who attend the in-world meetings, and so – while it may be frustrating for those raising the questions – cannot comment on or address such issues.
There are discussions at the Lab about holding a Support / Governance user group in the future. There is currently no date as to when this may take place, or whether, if it does, it will be a one-off or one of a series. However, once the dates have been established, it will be announced through channels such as the User Groups wiki page.
DMCA Filing
Currently, the Lab’s Infringement Notification Policy requires that DCMA notices are filed with Linden Lab via mail or fax.In December 2017, it was indicated that this would be revised so that DMCA’s can be filed via an on-line form. The provisional date for implementing this change had been around January / February 2018, however, it has been subject to delay.
Oz and Grumpity Linden indicated the reason the form has yet to be deployed is twofold:
The original version of the form was subject to a change in requirements, and so had to be re-worked.
The submission process has to be robust enough to prevent abuse (e.g. repeated multiple filings from an individual on the same issue);has to have checks in place to ensure the submitter’s credentials can be verified; and has to meet the requirements for non-Second Life users to be able to file a meaningful DMCA notice (e.g. in the case of an external company finding copies of their copyrighted material is being sold unlicensed through Second Life).
It is hoped that form will be available in the near future.
Update, April 21st, 2018: at the April 20th Town Hall meeting with Ebbe Altberg, it was indicated that the new first name / last name system might be a Premium only benefit, or that if generally available to all users, that Premium account holders will have some advantage in using the capability over Basic account holders. Please refer to the audio of Grumpity Linden’s comments from that event appended at the end of this article.
Update, March 28th, 2018: further information was provided at the Web User Group meeting on this date. This information has been appended to the end of this article.
Following the Lab’s announcement that last names will be returning to Second Life later in 2018 (see my post here), Oz and Patch Linden have been providing further details on the change.
Patch has been commenting on the forum thread related to this topic (and the Lab’s 15th anniversary blog post in general), starting here, and I’ve also quoted him below.
Oz Linden took time to address questions on the subject at the Content Creation User Group (CCUG) meeting on Thursday, March 22nd.
The following is a summary of what has been said thus far, predominantly using Oz Linden’s comments at the CCUG meeting. I’ve attempted to summarise the key points as series of short topics, and have included audio extracts of Oz’s comments with each topic.
Note that the audio extracts draw together related comments voiced at different points in the session, as Oz addressed questions. I hope that presenting them in this way, rather than just chronologically as they came up at the meeting, helps to present a clearer picture of what is being planned.
In General
As the original blog post indicated, the return of last names will be coming later in 2018 – not in the immediate future. There are some back-end changes to SL which need to be made before last names can make a return, so it would seem like “later in 2018” users might be read as “late 2018”.
That is not something that we’re going to be able to deliver real quickly. Don’t look for it in the next few weeks. But it is on the road map for this year, and we’ll try to make it better than the very end of the year, but there are a couple of things that have to get fixed on the back-end before that can work.
Oz Linden, CCUG meeting, March 22nd, 2018
With the introduction of this system, Agent IDs will become the primary means of link names to avatars. As noted below, this means that those scripting items which require avatar details, and who don’t use Agent IDs might want to start thinking about revising their scripts to do so.
In Summary
The plan is to allow people to change their first and last name whenever they wish.
As with the “old” system, users will be able to choose whatever first name they like, then select their last name from a pre-set list of available names.
The list of last names will be routinely refreshed.
The Lab is considering accepting suggestions from users.
Once a name combination has been created, it is forever tied to that avatar, it cannot be used by anyone else, even if the “owner” later changes their name, or their account is deactivated.
Previous names will be retained by the system, so:
If you can remember someone’s previous name, you can search on that and get their current name.
Users will be able to switch back to previous names they have used, as well as select new names as the list changes.
Unicode will not be supported when entering a first name.
The first name / last name capability will not replace Display Names1.
This has no effect on display names and largely I do not anticipate we will change how display names work. If anything, it somewhat sunsets the need for them.
There will be a fee associated with changing your name (which has still to be determined).
The fee is liable to be “large enough” to prevent people simply constantly changing name just to use the “good names” up.
Advice from the Lab to scripters:
Given this change is coming, scripters who have a need to same avatar details should start to consider doing so by Agent ID, not first name / last name.
The Lab will most likely provide an API for resolving first name / last name into a valid Agent ID.
In the forum thread, Patch also reiterates the uniqueness of first name / last name combinations, as noted above.
No hiding of names. First name and surname combos will have to be unique like they are today. A couple of other questions that came up – no re-use of retired names, once a name has been used, it belongs to that account forever. We keep a transnational name change history. Only standard English characters will be permitted.
I’ll have more on the return of Last Names as information becomes available, mostly like much nearer the time the feature is ready to deploy. In the meantime, Patch may post further information on the forum thread, so it might be worth keeping and eye on that.
Update From the Web User Group, March 28th, 2018
“Original / legacy” last names will not be re-opened for use.
New users joining Second Life will still be given the automatic “last name” of “Resident”, but have the option of changing if they wish.
The fee for name changes has not been announced, however, at this point the indication is that the fee will be in fiat currency (i.e. US dollars) not Linden Dollars.
Update From the Town Hall Meeting, April 20th, 2018
Intimation that the name change capability might be a Premium-only benefit.
Indication that if available to Premium and Basic, Premium members will have an (at the time of reporting) unspecified advantage over Basic account holders.
Oz indicated that Display Names will not be replaced due to the work involved in removing the functionality. It’s also worth noting that – depending on the fee levied for name changes – people who have multiple characters associated with their avatar for role-play, etc., and so frequently change their name, might find using Display Names remains more convenient / cost-effective means of doing so once the first name / last name capability is deployed.
The following notes are taken from the TPV Developer meeting and the Web User Group meeting, both held on Friday, February 16th 2018. A video of the TPVD meeting is embedded below, my thanks as always to North for recording and providing it. Time stamps in the text below will open the video in a new tab at the relevant point of discussion.
SL Viewer
[0:55-3:02] The Media Update RC viewer version updated to version 5.1.2.512574 on February 15th, and the Nalewka Maintenance viewer updated to version 5.1.2.512522 on February 14th, bringing both into line with the current release viewer (currently version 5.1.1.512121, at the time of writing, formerly the Voice RC viewer).
The rest of the SL viewer pipeline remains as:
Current Release version 5.1.1.512121, dated January 26, promoted February 7 – formerly the Voice Maintenance RC.
Project viewers:
Project Render Viewer version> 5.1.1.512446, February 9.
Linux Spur viewer, version 5.0.9.329906, dated November 17, 2017 and promoted to release status 29 November – offered pending a Linux version of the Alex Ivy viewer code.
Obsolete platform viewer version 3.7.28.300847, May 8, 2015 – provided for users on Windows XP and OS X versions below 10.7.
Note that the voice package in the SL release viewer will not work with older versions of the viewer. A further voice SDK update for Mac systems is also due from Vivox.
Updates should be forthcoming soon on the Animesh and 360-snapshot viewer.
Viewer with 1024 Support for Avatar Textures
[4:33-7:05] A project viewer for handling 1024×1024 wearables should be appearing “soon”, as a prelude to the Bakes on Mesh project (see my Content Creation User Group (CCUG) updates for more on this project). This will have an impact on the avatar rendering cost for system avatars making use of 1024×1024 textures and wearables.
The goal for a Linux flavour of the viewer is for the Lab to provide a basic Debian build of the viewer, without additional libraries so as to allow TPVs to add the dependencies they require for their flavour of Linux build. Once this has been achieved – with the help of open-source contributions – the Lab will then maintain the Linux build, with the caveat that it will only be subject to cursory QA, and will continue to look to the Linux community for contributed updates and fixes.
[15:44-20:40] The repository for Linux contributions is awaiting update to the current viewer release and needs to be publicly made available. A skeleton build process of the Debian package is available, but again has yet to be made visible.Both of these should happen in the next few weeks.
Several of the libraries which will be used in the build are seen as “problematic” and requiring patches, etc.Until this work has been done, the Lab can’t supply the build process.
One of the problems in seeking contributions is that Linux developers appear to be in short supply – the Lab doesn’t have any Linux resource in-house for the viewer, and some TPVs are finding it similarly difficult to find a resource they can use, and who can provide contributions to the Lab. The flip side of this is the Lab is not seeking contributions that provide a “complete” solution for a Linux build; they would rather people work on specific aspects of the viewer, the only criteria being that:
Contributions are in line with the Lab supporting a basic Debian package build process.
Contributions do not require changes to the build process which could break the Windows or Mac build process.
[12:01-15:40 and 24:55-28:23] Project Arctan is the code-name for the project to re-evaluate object and avatar rendering costs, and hopefully make them more reflective of the actual cost of rendering objects and avatars and also remove some of disincentives for making optimised content.
This work is still in its preliminary stages, focusing on how best to gather the required data.
For avatar complexity, it will include evaluating the cost of avatars and their attachments (tri counts, textures, use of alpha layers, skeletal animations used, etc), with a view to adjusting the avatar rendering cost weightings – with the caveat that even when made more reflective of the actual cost of avatar rendering, people will still see some variation in the ARC information displayed by their viewer as a result of using different GPU cards, and how well different cards handle things like alpha masking and / or alpha blending.
For Land Impact: LI will be scrutinised as well, to take into consideration texture cost. However, as LI changes could be disruptive (e.g. unexpected objects returns), any new LI calculations will be run alongside the current calculations, to allow LL gather data on if and how many parcels will be pushed over their LI capacity were the new calculations to be applied (and thus force object returns) and by how much. They then might increase region land capacity to compensate as far as possible. Then, for those who still exceed their limit, there will be a period of grace when they can consolidate and bring their LI use within the limit of the revised calculations before the latter are enforced.
As Animesh will likely be released before Project Arctan is complete, this means Animesh will be released with an initial land impact calculation assigned to it for objects, which may then be revised once Arctan is finalised.
Project Arctan – Oz and Vir Linden discuss (CCUG and TPVD meetings)
Note again: this work is just re-starting, and there will be no immediate or sudden changes made to either ARC or Land Impact.
Other TPVD Items In Brief
Deprecating UDP Messaging for Asset Fetching And Further Inventory Improvements
[7:24-11:05] The Lab is looking to remove the remaining UDP code for all assets now fetched via HTTP and the CDNs from the simulator code, most likely in the June-August time frame. Once this has happened, any old viewer versions not using the latest HTTP asset fetching code will be unable to retrieve inventory assets. A version of the updated simulator code will be made available on Aditi, likely in the spring of 2018, so TPVs can double-check asset fetching.
A further general clean-up of inventory messaging should follow this work to improve inventory handling and robustness. This will include a clean-up on UDP inventory management paths and the remove of multiple ways of manipulating inventor, and may be a multi-round effort of work.
Abuse Reporting Capability
[39:30-42:26] A new cap is being introduced to the viewer to return the currently accepted Abuse Report categories. This is a change, once available, TPV well be asked to adopt quickly, as it should help smooth the initial triaging of ARs, by reducing the amount of time spent trying to marry old / no longer valid AR categories with valid options, etc. (or risking ARs being closed on account of a filing that appears non-actionable). For information on how ARs are handled and should be filed, please see: Raising Abuse Reports in Second Life.
Web User Group
The following notes are taken from the Web User Group meeting held on Friday, February 16th, 2018. These meetings are chaired by Alexa and Grumpity Linden at Alexa’s barn. The focus is the Lab’s web properties, which include the Second Life website (including the blogs, Destination Guide, Maps, Search, the Knowledge base, etc.), Place Pages, Landing Pages (and join flow for sign-ups), the Marketplace, and so on and the Lab’s own website at lindenlab.com.
Meeting Changes
Going forward, the Web User Group will meet MONTHLY and on a WEDNESDAY, possibly at 13:00 SLT.
Notice of each meeting will appear on the Web forum section and on the Web User Group wiki page a couple of days ahead of each meeting.
Marketplace
Marketplace updates:
Updates are being planned, and the Lab is keen to receive ideas (even if they cannot necessarily be implemented).
Suggestions for improvements / new features should be made via the Second Life JIRA under the Project type BUG Project, and then selecting the Issue Type New Feature Request.
Bugs and issues should be raised using the Project type BUG Project, and Issue Type Bug.
Variant of items in a single listing (e.g. different colours for a dress) are being considered as a possible part of the Marketplace updates.
Ideas for discouraging “false” listings, etc., are being considered by the Lab, but there is an understandable reluctance to openly discuss measures until options are better defined, in order to prevent incorrect assumptions and rumours from spreading.
Flagging content and “policing” the Marketplace: requests have been made for more flexibly means to flag / report content / stores on the Marketplace, and the Lab is again considering options.
One suggest put froward by users is for merchants to be able to police the MP, the level of trust in their reports being based on the number of valid reports they file. The Lab is reticent to allow user-based moderation, as this can become subject of subjective feelings, personal disputes, etc.
As part of the overall Marketplace road map, the Lab is considering offering some form of Marketplace-focused benefits for creators and merchant who are / opt to up to a Premium account.
Marketplace featured items: a question was asked about how featured items are selected for display on the Marketplace. There is a section in each item’s listing page which can be used to have it displayed on the Marketplace page, a category landing page, etc., for a fee. Those items actually displayed on a page are then rotated by criteria by the Marketing team.
Recent issues at Hippo Technologies have seen Hippo legacy web services go off-line with a decision to step back from continued support. This promoted questions about enforced removal of no longer functional products from the Marketplace. This is something the Lab is reticent to do (there’s a risk of functional goods being removed in error, etc.), and would prefer creators to take the responsibility to unlist goods that no longer function. However, this specific matter is being taken back to the office for discussion.
Destination Guide
Places to be included in the Destination Guide can be submitted via the Destination Guide application form. General information on the DG, including submissions can be found here.
Grumpity and Alexa Linden host the Web User Group meetings on alternate Fridays at Alexa’s barn.
The following notes are taken from the Web User Group meeting held on Friday, December 19th, 2017. These meetings are generally held on alternate Fridays, and chaired by Alexa and Grumpity Linden at Alexa’s barn. The focus is the Lab’s web properties, which include the Second Life website (including the blogs, Destination Guide, Maps, Search, the Knowledge base, etc.), Place Pages, Landing Pages (and join flow for sign-ups), the Marketplace, and so on and the Lab’s own website at lindenlab.com.
Not all of these topics will be discussed at every meeting, however, the intention within the group is to gain feedback on the web properties, pain points, etc., and as such is very much led by comments and input from those attending. Along with this are two points of note:
Specific bugs within any web property – be it Marketplace, forums, Place Pages or anything else), or any specific feature request for a web property should be made via the Second Life JIRA.
Alex Linden provides routine updates on the Lab’s SL-facing web properties as and when appropriate, which can be found in the Second Life Web thread.
Note that the SL forums are not covered by the Web User Group, as the management of functionality of the forums falls under the remit of the Support Team.
Lindens in the Web Team
A number of Lindens attend the Web User Group meetings in addition to Grumpity and Alexa (who are part of the Second Life Product team). While they may not be present at every meeting, Lindens staff directly involved in supporting the SL web services include:
Spidey Linden: QA Lead for SL Web and Marketplace.
Shrike Linden: a QA tester on the Second Life web team.
Nazz Linden: a web developer who has thus far primarily worked on secondlife.com and the Place Pages.
Natty Linden: a web developer with a focus on the Marketplace.
Sherbert Linden: a web developer working on various SL web properties.
Support Portal Migration
Some people have reported that their support ticket histories are no longer intact. This may be a result of the ongoing migration of data from the old support system to the new system (see here and here for more). If there are specific tickets raised prior to the start of 2017 people need to view, a new support ticket, including details of the ticket which needs to be viewed, should be raised, and the support team should be able to access the old ticket and provide any information on it.
360-Snapshot Viewer
Currently a project viewer (version 5.1.0.506743 at the time of writing), this is still in the process of being updated to offer higher resolution 360-degree images taken in Second Life, and for the uploading of 360 images to Place Pages (as well as the other viewer snapshot upload options).
Feature Requests
Feature requests are suggestions forwarded to the Lab on ideas and improvements which might be added / made to Second Life. They are raised via the Second Life JIRA:
Once logged-in to your Dashboard, click ob Create Issue (top right of the window).
A pop-up Create Issue form is displayed.
Click on the right of the Issue Type box on the form to display a drop-down, and select New Feature Request.
When filing a feature request, give as much information as clearly and concisely as possible: what the feature request is, what it is for, why it should be considered beneficial, what it might help improve, how it might work, etc., – as these things apply.
If you are requesting a UI change to the viewer, and can include images of proposed changes or new floaters / panels the feature would require, be sure to attach them.
Filing a Feature Request via JIRA – click for full size, if required
In 2017, 383 feature requests were filed via JIRA. Of these, 167 (roughly 43%) were accepted by Linden Lab for transfer into their internal JIRA system. It’s not clear how many of the accepted items were eventually actioned, but the figures nevertheless show that feature requests are triaged and some are taken for current or future consideration and possible implementation at a later date.