On Tuesday, April 21st, the Lab announced that the new Viewer-Managed Marketplace (VMM) capabilities are now officially in beta testing on the main Second Life grid.
I’ve been reporting on (VMM) for the last several months, and provided an overview of the functionality while it was undergoing initial beta testing on the Beta (Aditi) grid. with the launch of the open beta on the main grid, which is scheduled to run for approximately one month, VMM will undergo more widespread testing ahead of its formal introduction.
VMM is designed to enable merchants to manage the creation and management of Marketplace product listings through the viewer, bypassing the need to use the Merchant Outbox (and have copies of items stored on the Marketplace inventory servers) or using Magic Boxes (as VMM fully supports the sale on No Copy objects).
This means that once VVM has been fully introduced to SL, both the Merchant Outbox in the viewer and Magic Boxes will be retired from use.
VMM works via a new panel in the viewer, called the Marketplace Listings panel (shown right – note that you must be running the Viewer-Managed Marketplace project viewer in order to see this panel, as the code has not been released in the officially viewer, although some TPVs may have incorporated the code ahead of it being released to RC status).
Through this panel, which is associated with your inventory, new listings can initially be created using the viewer and set to be listed in your Marketplace store (or unlisted from your store).
Note that it will still be necessary to edit listings, should this be required, by going to the Marketplace website.
As there are certain hierarchies and new folder types involved with VVM, the Lab has produced both a Knowledge Base article and a wiki FAQ to help those who have so far not had the opportunity to try VMM to get started. To mark the launch of the open beta, an initial TuTORial video has also been produced to help people orient themselves with the new functionality, and more will follow.
As noted above and in the official blog post from the Lab, VMM is likely to remain in open beta for about a month. Once the beta has concluded, the next steps in the process will be:
A release VMM to all merchants.
A period of a month to allow those merchants who wish to manually migrate their listing to VMM to do so, which will be followed by an automated migration of Direct Delivery listings (Magic Box listings will need to be manually migrated)
Once the migration process is deemed complete, Xstreet and Magic Boxes will be shut down.
VMM includes capabilities to help merchants migrate their existing listings without necessarily have to re-create them. This is touched upon in my overview, linked-to above (do note that the latter is now five months old, and some elements of VMM functionality may have changed slightly in the interim).
The following notes are primarily taken from the TPV Developer meeting held on Friday, March 27th, a video of which is included towards the end of the article (my thanks as always to North for recording it and providing it for embedding), and from the Server Beta meeting held on Thursday, March 26th. Any time stamps contained within the following text refer to the TPV developer meeting video.
Server Deployments Week 13 – Recap
As always, please refer to the deployment thread in the forums for the latest updates / news.
On Tuesday, March 24th, the Main (SLS) channel received the server maintenance package deployed to the three RCs in week 12, comprising updates which allow the Lab to make various configuration changes without having to necessarily run a rolling restart when they have done so. It contains not actual functional changes to the simulator software
On Wednesday, March 25th, the three RC channels received the same new server maintenance package, which is focused on inventory loss issues, and provides the Lab with better error detection and logging, improving their ability to look at some of the failure places and the removal of unused code. This updates does notremove the server-side messaging used in support of RTLP.
SL Viewer Update
Avatar Layers Project Viewer
Vir Linden’s work on a new global limit for system layer clothing was released as a project viewer, version 220.127.116.119805. With this viewer, a user can wear any combination of clothing layers (wearables), up to a maximum of 60, rather than being limited to (in general, and as with the official viewer) to a maximum of 5 items per layer type. Note that these changes do not apply to body part wearables (skin, shape, hair, eyes), for which the limit is still one of each, and do not affect attachments, for which the limit is still 38 total.
[07:18] There is already an update in the pipe for this viewer, which should be appearing next week.
Camera Positioning / Handling
[05:12] While there are no specific details as yet, the lab is hoping to put some work into improving camera positioning and handling in the not too distant future, in the hope of removing various glitches and issues.
Build Tools Viewer
[05:54] There have been a few fixes added to this viewer (currently version 18.104.22.1689443), so a further update to the release candidate version is with the Lab’s QA team and should be appearing in week #14 (week commencing Monday, March 30th).
Maintenance Release Viewer
[06:29] Currently at version 22.214.171.1249845, the latest Maintenance release viewer has a range of issues, many of which have hopefully been addressed with a series of fixes, so an update to that viewer is also with the Lab’s QA team. However, given the scope of the updates, it is proving a little harder to pass the QA process.
Experience Tools Viewer
[06:50] The Experience Keys / Tools viewer (currently version 126.96.36.1999338) is being merged-up with the latest release version of the viewer code (version 188.8.131.529635). The updated version should also be appearing (again as an RC) in week #14.
[17:27 – 19:50] There is an interesting discussion on the viewer code which, for anyone interested in how the viewer has developed over the years, and how much of it dates back some 14 years.
[00:00] There was a pile-on test of the new Viewer-Managed Marketplace capability on Aditi in week #12, and Brooke Linden was at the TPV Developer meeting to provide feedback. The pile-on test did not reveal any significant issues in terms of performance.
However, there is still a viewer / simulator / marketplace communications issue which has to be resolved, which may take another couple of weeks to fix. After that, there are two grid deployments which need to take place: one for the VMM code itself, and one for updates to the Advanced Inventory System (AIS), so it is unlikely VMM will be fully deployed within the next month to two month, and the project viewer (currently version 184.108.40.2068865) is unlikely to progress through a release candidate to release status until after the server components have been deployed.
[07:32] Simon Linden has been continuing to work on the group chat code, and all of his current updates should have been deployed to the back-end group chat servers. A broad consensus is that the issues which recently occurred as a result of some changes have been reversed, and that the group chat service as a whole is now running a lot better, both in terms of the early performance improvements Simon made, and with regards to the overall stability of the service and the servers.
[08:24] There is a further round of updating in the planning, but these require a platform upgrade to be carried out for the group chat service first. Therefore, unless unless the latest set of updates deployed by the Lab start to show issues, the engineering team will be switching focus for the immediate future, and will return to working on group chat once the necessary upgrade work has been completed.
Experience Keys / Tools
[09:20] One of the items the engineering team want to focus on in particular is Experiences, and getting the remaining back-end issues sorted out so that Experiences can be properly deployed.
[09:59] There will be a further round of voice updates which are expected to appear in a project viewer “shortly”. They include (but are not limited to) things like general code clean-up to prevent unnecessary list loading, removal of media messaging in person-to-person calls (which has never worked), fixes for issues related to microphone volume and improvements to the microphone test so that you can now hear yourself when testing your microphone, and improvements for hot swapping microphones / headsets.
[13:58] There is some confusion over whether or not a fix to voice designed to prevent someone’s voice channel being “left behind” when teleporting between regions has actually worked. It had been thought that the fix for this had been deployed in later 2014. However, bug reports are still being made still reporting issues (see BUG-8543 and STORM-2109), prompting the Lab to re-examine the status of the fix.
[19:54] Voice package updates from Vivox are also expected to be forthcoming in the future as well.
Restore To Last Position (RTLP)
[21:08] There have been around 400 responses to the Firestorm call for feedback on how people use the Restore To Last Position functionality found in some TPVs. As I’ve previously reported, the Lab had been considering deprecating the server-side message RTLP uses as an overall part of on-going work to reduce the amount of inventory loss issues (real or perceived) which can occur.
Firestorm’s call is helping the Lab to better understand how, as faulty as it might be, RTLP does fulfil a range of useful / valid use cases. Commenting on the fact the he has been reading through the feedback, Oz Linden said:
[21:49] Well, I understand that there are user scenarios that need to be addressed and need to be better supported. Whether the existing feature is the way to do that or not, I still consider to be an open question. I do want to take those use cases and work back through that process [of determining how best to serve them].
So the Lab still isn’t going to do anything “quickly” either way on RTLP, and people needn’t worry about RTLP vanishing / breaking “suddenly”.
In the meantime, they are working on other changes intended to address various rezzing failure situations. This work is more server-side focused, although it may be a while before updates appear on the grid as the exact nature of the updates is still being determined.
[23:42] Oz also again thanked everyone who responded to the Lab’s call for feedback on inventory losses in general, defining the feedback as “really, really useful”.
The following notes are primarily taken from the TPV Developer meeting held on Friday, February 27th, a video of which is included at the end of the article (my thanks as always to North for recording it and providing it for embedding), and any time stamps contained within the following text refer to it.
Server Deployments Week 9 Re-cap
As always, please refer to the server deployment thread for the latest news and updates.
There was no deployment to the Main (SLS) channel on Tuesday, February 24th
A server-side fix for BUG-8297, “Unable to teleport anywhere using SLGO”
Improvement to server logging.
Viewer-Managed Marketplace Project Viewer
[0:35] As noted at the last TPV Developer meeting, the VMM functionality still has some issues that are being worked on. some of these appear to be on the back-end of things, rather than within the viewer itself. As such, it is unlikely that there will be further updates to the viewer in the near future while these are being addressed.
Experience Tools Viewer
[0:50] The Lab is also continuing to work on the back-end of things for Experience Tools / Keys. This work is apparently focused on overall robustness of the service prior to fully deploying it to the grid. As no viewer-side changes are anticipated as a result of this work, the viewer itself should be ready for promotion to the de facto release viewer once the Lab is ready to go with things.
Avatar Hover Height Project Viewer
[4:21] Vir Linden is continuing to work on a couple of the bugs uncovered during testing. One of these is related to leg position issues, which can see an avatar’s leg “buckle” if the position is adjusted downwards such that the feet sink into the ground, becoming more and more pronounced the lower the avatar is set. Currently, there is no ETA on providing a fix for this.
Mesh Importer Viewer
[5:47 – via chat] It is anticipated that the Mesh Importer project viewer (currently version ) will receive an update in week #10.
Tools Update Viewer
[6:56] A line has been drawn under the current set of changes to the viewer-side build tools, so the aim is now to get the viewer in the release channel.
However, there are further changes already being queued behind the current set of updates, many of them contributed by open-source developers, which the Lab believe will further improve the viewer build process. As such, it is likely that there will be further updates to the viewer in relation to the build tools, most likely in the form of a “build clean-up” viewer, which will likely include all of the agreed updates which didn’t make it into the current version of the build tools viewer code.
The hope is that, moving forward, all viewers – LL’s own and TPVs – can, as far as possible, be built using the same tool set the only difference being whether or not a TPV sets a build switch to use proprietary libraries (e.g. Havok) or not.
[2:10] The Lab continues to roll-out updates as a result of this work, and updates focused on the issue of group chat servers themselves stalling, and they are confident that progress is being made. This is supported by anecdotal evidence from moderators of large groups with active chat, who are indicating the instances of visible server slow-down / stalling have been decreasing over the past week or so. Commenting on this during the TPVD meeting, Oz Linden said, “we haven’t declared victory in this yet, but it’s looking a lot more stable.”
In the meantime, some groups are reporting performance issues whereby for short periods – measured in terms of 2-3 minutes, where group chat messages won’t go through at all, and no time-out message is being displayed by the viewer, while other messages are being delayed, but then getting through, but without the massive roll of delayed messages. These may be related to previous changes made to improve the overall performance of group chat, and news of the problems is being taken back to the Lab for investigation.
[4:39] As I most recently reported in week 8, there are on-going issues related to attachments. Vir Linden has also been investigating these, and there is a project viewer in development which includes fixes for those issues the Lab has been able to consistently reproduce. Unfortunately, the infamous BUG-6925 is not among these, but Vir hopes that the updates he’s been making will address it to some degree.
There is currently no ETA for the project viewer, but the Lab hopes that when it does appear, they’ll get some clear and constructive feedback on what it does and does not seem to address.
The following notes are primarily taken from the TPV Developer meeting held on Friday, February 13th. A video of the TPV Developer meeting is included at the end of the article (my thanks as always to North for recording it and providing it for embedding), and any time stamps contained within the following text refer to both it and the TPV Developer meeting.
Avatar Hover Height (AHH)
[09:17] It had been expected that the Avatar Hover Height project viewer (version 220.127.116.118129) might have been replaced by a release candidate during the course of the past week. However, some of the reported issues are still being worked on, most of which are related to the code which tries to keep an avatar’s feet in contact with the ground, and problems which can occur in certain extreme cases. It is now anticipated that the viewer will be updated to a release candidate viewer once these issues have been fixed.
Viewer Build Tools
[14:37] It had been hoped that this viewer would be updated with a release candidate version prior to the long weekend no change window (see below), however it didn’t clear QA in time. Unless something significant happens on the QA side, this viewer should therefore reach release candidate status some time during week 8 (Week commencing Monday, February 16th).
However, it is anticipated it will undergo further updates while at RC status, and so therefore is unlikely to progress directly from RC to the de facto release viewer in a short space of time. One such update might be to include various patches to further simplify the build process, notably for windows, for example.
Graphics Settings and Avatar Rendering
[19:49] This work is a combination of STORM-2082, which allows users to create and save multiple graphics settings defaults, and internal work carried out by the lab to help users improve their viewer performance by defining limited above which avatars with heavy rendering costs are replaced by a solid colour. A viewer with these updates has been under limited testing for a while, and is liable to be appearing very soon, particularly given the Lab’s recent announcement on forthcoming improvements.
[23:43] There are a fair number of bugs and issues which have been identified with the current mesh importer project viewer (see the JIRA filter list for details), it is therefore unlikely that it will be progressing in the short term.
Viewer-Managed Marketplace (VMM)
[00:05] A new version of the Viewer-Managed Marketplace project viewer was released on Friday, February 13th, version 18.104.22.1688865. This viewer includes updates as a result of feedback from initial testing on Aditi, and is available for further testing, but again must be used on Aditi in regions ACME D, E, or F.
A number of issues remain open with This update:
VMM-20 Include product listing ID in audit listings window results
VMM-17 Support listing folders at any level of Marketplace Listings folder.
A list of key changes can be found on the forum update announcing the release of the new version of the viewer, and further details on VMM can be found in the SL wiki FAQ.
This viewer doesn’t address all of the concerns raised during testing, as some are still being discussed internally by the Lab, and a decision has yet to be taken on whether to address the additional concerns (which are presumably non-viewer specific) prior to holding a feedback meeting, or whether to push ahead with a further feedback meeting which might encompass the use of the new project viewer. This largely depends on the likely time frame for addressing the remaining issues: it might be as little as a week or so, or it might potentially be a month or so.
Experience Keys / Tools
[06:34] The Lab is continuing to work on back-end issues which need to be sorted prior to the project progressing. It is still believed that none of these issues directly affect the viewer or will require updates to the viewer, however, it is unlikely the viewer will be updated (other than to maintain parity with any other viewer that might be promoted ahead of it), until such time as the Lab is confident they are ready to start pushing things forward again.
The Lab is also continuing to work on group chat, and a further mini-test took place during the Server Beta User Group meeting on Thursday, February 12th. This focuses on testing viewer-side freezes when opening and closing or swapping between group chat tabs, and chat update times when moving across region boundaries either physically for via teleports. The overall results of these tests were that users experienced almost no viewer-side freezes in comparison to the last tests, where some severe viewer lock-ups were experienced.
[10:27] Most of the effort on group chat is now being directed into these issues of stability and eliminating the need for servers to be restarted as a result of server-side freezes, given that one the whole, performance for the majority (all but some of the very largest groups) has been noticeably improved. In terms of the server freezes, progress is being made, with Oz reporting that there might only be once such instance a day now as a result of fixes already implemented, which is currently being iterated upon as a result of the additional monitoring / logging capabilities the Lab have also introduced.
[24:52] There have been increasing reports on variations of a problem with attachment rendering following teleports / region crossings (e.g. attachments seem to detach and then re-attach, people see their attachments as missing while other see them as still attached – and vice-versa, and so on). Some of the issues are listed in BUG-6925, and the issues have been noted by the Lab.
The likelihood is that these issues are the result of more than one problem, and possibly the result of various race conditions resulting from the complexities of data packaging and hand-over required in both a region crossing and a teleport (which are both essentially the same things – the packaging and handing of data relating to an avatar and its attachments between simulators, and then passing of updated information to users’ viewers). Some also appear to be directly related to AIS v3 (as per BUG-6925) Currently, the Lab is still prioritising SL issues and problems, and full determination as to what needs to be down to resolve these problems has yet to be made.
In the meantime, if you do encounter the problem, and you’re preferably using the official viewer, you might want to consider filing the following information via BUG-6925:
The specific time, origin region (the place you were crossing / teleporting from) and destination region (the place you were crossing / teleporting to)
The item ID (UUID) for the attachment(s) exhibiting a problem
The viewer log that was recorded at the time the problem occurred.
This will at least provide the Lab with data they can use in further investigations into the issues, once matters have been prioritised.
Monday, February 16th marks Presidents’ Day in the United States and Linden Lab will be observing the holiday. This means that there is effectively a no change window in force from February 13th through 16th inclusive. This in turn means:
There will be no Open-source development meeting on Monday, February 16th
Any server-side deployments scheduled for the week commencing Monday, February 16th will most likely take place a day later than usual. So any Main (SLS) channel deployment will probably occur on Wednesday, February 18th and any RC channel deployments on Thursday, February 19th.
On Monday, February 9th, the Lab issued a blog post outlining some of the upcoming improvements to Second Life.
In all six improvements are listed, five of which are user-facing, while the sixth should also yield benefits, although these may not be in terms of observable differences in how SL operates for most people. Further of the six listed, four have project viewer associated with them, three of which relate to visible viewer-side changes in terms of improved or new functionality. The remaining two updates should be appearing as either project or release candidate viewers in the very near future.
Regular readers of my weekly SL project updates will likely already be familiar with these improvements, at list in principle, but I’ll run through them here as well.
The first of the improvements which is already available for testing is the new Avatar Hover Height (AHH) feature. For those who remember it, this effectively sees the return of the old “z-offset height adjustment” found in many TPVs, which allowed users to adjust their avatar’s height relative to the ground, whether standing, sitting or kneeling, or when using poseballs, etc., to ensure they were correctly positioned relative to whatever they were standing / sitting / kneeling upon.
I’ve provided a complete overview of the new functionality, which does not replace the existing Appearance panel Hover slider), and server-side support for it is now available grid-wide. So, if you want to try-out the feature for yourself, you can do so by downloading the Avatar Hover Height project viewer. I’ll continue to provide updates on this feature under the Avatar Hover Height tag in this blog.
The second of the improvements currently undergoing testing is the Viewer-managed Marketplace (VMM). This is more specifically aimed at people selling goods on the SL Marketplace, and provides them with the means to manage their Marketplace inventory and carry out an number of Marketplace operations from directly within the viewer.
Server-side support for this functionality is only available on Aditi, the beta grid at this point in time, and I’ve also provided an overview of how it works, complete with a look of the viewer-side changes and how to use the test regions on Aditi for those interested. Testing of VMM on the main grid should be commencing some time in the next month (but not until after February 14th), and I’ll continue to carry news about it under the Viewer-managed Marketplace tag in this blog.
The third improvement that is available for testing and mentioned in the blog post is that of the new Mesh Importer (upload) project viewer. As the name suggests, this provides a modified mesh uploader with optional debug output, performs name-based LOD association, and handle models with many materials, allowing models with more than 8 unique faces to be imported.
A number of bug reports have already been filed for this viewer – see the JIRA filter list for details.
The remaining two updates which will be visible to users should be appearing in project or release candidate viewers in the near future are:
An improved means to control and organize the many notices users receive: inventory offers, group notices, event invites, and money transactions, which will offer a new floater for such messages, rather than simply having them arrive in the same pop-up / chiclet formats which make them indistinguishable to one another at first glance
A means for users to save one or more sets of graphics settings on a per-account basis, allowing them to quickly switch between different sets of graphics options to assist with performance as they move around the grid (so, for example, you might have a set of “low” graphic settings you could switch-on in order to maintain performance in busy regions, and a set of “high” graphics settings, with as many bells and whistles turned on as you like and in accordance with your GPUs capabilities,, for use in quieter regions). It will also provide controls for defining how other avatars are rendered in your field of view, by allowing you to define a limit above which the viewer will cease rendering avatars fully, and instead will render them as a sold colour imposter.
The last update mentioned by the blog post is that of the Lab’s extensive tool chain update and changes to the viewer autobuild process. While this won’t bring any noticeable changes to the viewer UI, etc., it should, as the blog post notes, “improve stability, performance, and the productivity of developers so that we can more quickly bring you an even better Second Life.”
As added benefit in this work is that it should in time allow TPVs to build their viewers using the same packages as the Lab a lot more easily. And, as a side note, it also potentially smooths the way for the Lab to produce 64-bit versions of the official viewer, although there are currently no plans in the pipeline for them to start doing so, due to the 32-bit versions of the official viewer being very stable on 64-bit operating systems.
An initial project viewer built using the new tools is already available, but note that this does not contain any functional changes compared to the current release viewer.
In addition, as the Lab’s blog post notes, a similar operation has been under way to update a number of the tools used to build the server-side simulator software as well.
The following notes are taken from the Server Beta User Group (SBUG) meeting held on Thursday, January 28th, 2015, and the TPV Developer meeting held on Friday, January 30th. A video of the latter is included at the end of the article (my thanks as always to North for recording it and providing it for embedding), and any time stamps contained within the following text refer to both it and the TPV Developer meeting.
Server Deployments Week 5 – Recap
On Tuesday, January 27th, the Main (SLS) channel received the server maintenance package previously deployed to Magnum and LeTigre
On Wednesday, January 27th, the RC channels should all receive a new server maintenance package comprising an Experience Keys / Tools related fix, and internal Experience Keys / Tools improvements.
It was stated during the TPV Developer meeting that this update saw the support for the Avatar hover Height (AHH) capability extend to all three RC channels, although no mention of it was made in the release notes.
Tool Chain Project viewer
The Lab issued a new Tools Update project viewer, version 22.214.171.1248587, on Wednesday January 28th. This viewer has been built using the new viewer tool chain for Windows and Mac builds (which includes the upgrade to Visual Studio 2013 for Windows and, Xcode (5 or 6) for Mac, and the use of the autobuild 1.0 process).
Wiki notes for using the new build tools are in the process of being written / enhanced for self-compilers – please note these are a work in progress. Notes on the new autobuild process can also be found on the wiki.
[06:42] It is anticipated that this viewer will progress through to release candidate status, quite probably in week #6 (week commencing Monday, February 2nd).
Maintenance RC Viewer Issues
Users receiving the Maintentance RC, version 126.96.36.1998030, released on Tuesday, January 27th, have reported a series of irritating bugs with the viewer:
BUG-8324 (and duplicate BUG-8333) reports the appearance of the term “nolink>” in numerous places within the viewer – such as toasts and notifications – this issue has been imported by the Lab and a fix is apparently in development
BUG-8331 – some links containing the text secondlife or lindenlab incorrectly open a Place Profile in the Places panel when clicked
BUG-8328 – very jagged pictures created by the snapshot floater
BUG-1028 – the fix for MAINT-2056 “Lots of CURL GET FAILED spam in logs when browsing World Map – Beta viewer only” appears not to have fixed the problem, but rather replaced it with an equally spammy message.
Issues with this viewer can be tracked on the JIRA using this filter.
Viewer-Managed Marketplace (VMM)
[00:12] Brooke Linden was at the TPV Developer meeting to provide an update on the state of play with the Viewer-Managed Marketplace (VMM) work, which has been undergoing some beta testing with the project viewer on Aditi.
As a result of this testing, the Lab has been re-visiting the project viewer and incorporating feedback and observations for improvements into it, and are “really close” to having an updated version of the viewer available. When the appears depends on whether the Lab opt to release the updated viewer for limited beta testing on Aditi, or to wait until they’re ready to go with beta testing on the main grid, which is also not too far over the horizon.
The current plan is for more widespread beta testing to commence some time after February 14th (so as not to clash with any Valentines Day sales and promotions merchants may be running between now and Feb 14th), then run the beta for around a month, possibly longer, depending on feedback / issues. After this, VMM support will be deployed as a production tool, and things will move to a migration period which will also last around a month.
All this is still TBC, but a schedule will be posted (presumably via the Commerce / Merchant’s forum) once the Lab has worked through dates and requirements.
Experience Keys / Tools
[03:50] The Experience Keys / Tools project is currently awaiting some final server-side updates to be fully deployed (see the server release notes above). It is not anticipated that the Experience Tools viewer which is currently in the viewer release channel (version 188.8.131.528001) will require any further significant updates, so its promotion to the de facto release viewer is pending the server-side updates.
In the meantime, the Lab has already commenced work on a set of enhancement to the Experience Keys / Tools which will further extend capabilities once they are ready to be deployed.
Avatar Hover Height Project
As noted above, server-side support for the Avatar Hover Height project (see my overview for details) is now on all three RC channels, and the plan is to deploy the server code to the Main channel in week #6 (week commencing Monday, February 2nd). Because of this, the current project viewer (currently version 184.108.40.2068129) is liable to be superseded by a release candidate viewer following the server-side deployments for that week.
[18:00] A couple of small issues have been noted with AHH, and which only occur is very specific instances. One is that if an adjustment leaves your avatar floating more than around 1/2 a metre above the ground, an attempt to sit down can result in your avatar going up. In the other, standing on a prim and lowering your hover height into the prim can result in your avatar’s legs buckling as you slide into the prim. On terrain, where there can be limited physical penetration, this can be expected behaviour; but when occurring on a prim, it is suspected that the system may not be accurately assessing your avatar’s position.
[19:38] There have been one or two points of concern raised about the similarity in the name of this function – Avatar Hover Height – causing people to confuse it with the existing avatar hover slider (which will not be retired or removed from the viewer once AHH is fully deployed, as the two capabilities provide different use case solutions). The concerns are being fed back internally at the Lab, and if a name change is thought to be required, it may be slipped into the upcoming RC rebuild for the viewer, or the Lab may opt to wait and see if any confusion does arise.