Web/Marketplace Features

When browsing products on the Marketplace overview pages, it is not immediately clear what type of product is being shown. The preview image alone is often not sufficient to determine whether the item is clothing, an animation, a tattoo, a shape, or another product type. Users must either already know the brand or rely on visual hints in the image. In many cases there is no clear indication, which forces users to open each product page individually just to identify the product type. This slows down browsing and reduces usability. It would significantly improve clarity and browsing efficiency if the primary product category were displayed directly below the product image in the overview grid. Kind regards Dae

I'd like to see a creation date of items shown in the marketplace and the ability to search by year created.

Hi I would like to suggest a feature for the Second Life Marketplace: a filter for offensive or abusive language in reviews and comments. Currently, creators can receive reviews that include insults, harassment, or personal attacks, which can harm their reputation and create unnecessary conflict. A system to automatically flag, block, or hold for moderation reviews containing certain offensive words or expressions would help maintain a safer and more professional environment for both creators and customers. Features could include: Automatic detection of offensive or harassing words in reviews. Option for creators to review flagged comments before they appear publicly. A way to maintain legitimate feedback while preventing abuse or trolling. This would protect creators from unfair attacks, improve the quality of Marketplace interactions, and ensure that reviews reflect genuine customer experiences rather than being used as a tool for harassment. Thank you for considering this improvement to the Marketplace system.

The problem Complex projects and products have always resorted to external servers under the control of the specific designer/creator who made that product. This always carried a risk in the case of the designer going out of business, or the external server being compromised or data being leaked. This would result at least in a disruption of service, or ultimately in a paid-for product not working anymore, In the past, using a setup like this required skill and experience, leading to the educated assumption that the off-world servers would be professionally maintained and secured. A prominent example would be CasperVend. Fast-forward to 2026, where LLM's give laypeople the tools to set up complex client server solutions, connecting LLM generated LSL scripts with LLM generated off-world server scripts. It's a sad truth, that those projects often lack basic cybersecurity and scalability, redundancy, graceful degradation, can leak data, or can incur sudden - often dramatic - cost spikes on their creators. The result is, that as fast as those products land on the Marketplace, as fast they become inoperable and a customer is left with the SL-side of such a product, and a non-functioning off-world server, rendering their legitimate purchase useless. The scenario Imagine you buy an item like a new body, high-priced, 5k range. Something you'd never think it would require an external server. Imagine the body-creator however uses external servers for statistics, access control, marketing or assets for a HUD. Imagine the server of the creator goes down, or the creator goes out of business. The result: Your purchase is not usable anymore, you have a 5k L$ pile of trash. The solution I suggest a mandatory field for (new / updated) Marketplace listings, where the creator has to declare whether they use off-world components for their products or not. That way, a potential customer can decide for themselves if they trust the creator's expertise enough to believe their product will still work in a year or 5 years, or if they rather not take the risk. Customers in SL expect to buy-to-own, and not to hidden-subscribe to products. Risk / benefit analysis I am aware that this is hard to police, and that it WILL be abused (i.e. false assurance will be given). In case of conflict, it would be easy for the Lab to check any given product for off-world http-connections, and if a creator has given a false assurance, this can be dealt with. Any creator serious about cybersecurity, privacy, scalability and reliability can state so in their product description and/or the "Profile" part of their Marketplace store. Ultimately, the customers win and get enabled to make their own decisions.

It would be amazing to be able to block a store's content from showing in Marketplace. Instead of adding a store as a favorite you could click to add store to a blocked list and then their content would no longer show in your search results.

So going into this, I want to disclaim that I myself am not against AI. I personally have used it before, and will do so in the future. A specific chat AI helps me regularly with solving problems. However, I am against people intentionally misleading people about content, and polluting search results with content made in mere seconds, and find it no different than spam. If I made something that randomly generated randomly colored squares on a white canvas, and listed it a dozen or so times, it'd be seen as spam. Additionally, this issue was brought up in the SL Discord marketplace chat. I've moved it here so that it can get more recognition and visibility to LL. Personally, I believe that a policy worded like so would benefit everyone in the long run (canny has messed up some formatting here, so it looks like it has no line breaks, these have been substituted with "---" for readability) Content that is the sole generation of Artificial Intelligence, Machine Learning, or otherwise Generative Content, except in the cases where the generator was written for the sole purpose of generating a specific element, may not be listed on the Marketplace as-is or as the focal point of the content that is listed. --- AI images must never be used to generate listing images, and must be presented as the content appears in SL. Overlays, such as permission information, price, branding labels, or sales labels, are permitted as much so as they do not mis-represent the content that is being advertised. --- Examples of forbidden listings: * In singular or collection, AI generated content as a texture, image, mesh, sound or other type of asset, as the sole content being listed. * A AI generated image in a picture frame. * A museum prefab filled with AI generated images as a "ready to go" model. * A object that plays randomly generated AI voice clips. * Attempting to pass off or mislead people that AI generated content as original, hand crafted content. * A listing which shows a AI enhanced product preview. --- Examples of allowed listings: * A house that has a AI generated poster in it, where the poster is not the selling point of the house. * A museum model that has some AI generated images, or is focused on the topic of AI generated content. * A NPC, that among other features, plays AI generated voice clips. * A model that has AI generated textures, where the model is not AI generated. --- Listings that make use of 50% or more in it's creation must be clearly labeled as using AI generation or assistance in the listing description. Interpretation of what counts as "50% or more is" left solely to Linden Lab. Listings that use AI but under the 50% threshold are recommended, but not required, to disclose that AI is used in some capacity. In summary, it forbids listing of content on the marketplace, free or for sale, that is entirely AI generated, requires disclosure of AI generated content when AI does a majority of the work, and guards against some loopholes. This probably (as in, very likely. I feel this is implied, but just in case) isn't needed, but: Because this will probably get passed by the lawyers, I hereby grant all permission to Linden Lab to use or transform the above work in any way, without attribution or compensation. Linden Lab has the opportunity to deal with this now before it gets too out of control. Only a handful of residents would be in violation of this policy. This also only applies to marketplace stuff, not in-world content.

Recent changes were made to benefit those using SL Marketplace with mobile phones in portrait mode. But Second Life is still largely used by a majority of desktop computer users and the SL Marketplace should mirror that too. The recent changes have negatively affected the way SL Marketplace now appears on desktop computer screens, with two-thirds of a desktop screen now having wide empty side borders which are left unused and wasted. Please introduce a Desktop Screen Mode option to SL Marketplace, allowing the entire width of a desktop monitor screen to be utilised, with a wide variety of screen size options too, just as the SL Viewer already has. Attached are images of how SL Marketplace currently appears on a Desktop PC Windows 11 (16:9 screen, 1920x1080) and how I would improve SL Marketplace's UI to allow the full width of a screen to be utilised, with a "Screen Size" option button added.

Once I click "Add To Favorites" the link then becomes unclickable and says "Added as favorite". The link should remain clickable but become a "Remove from favorite" link instead. Then I won't have to dig through 30+ pages of favorites that added up over time to delete it from the favorites list.

Marketplace images are limited to 700x525 pixels. This really needs to be increased so we can actually see what we're buying.

When mesh came out, marketplace added the ability to state whether a item was "No Mesh", "Partial Mesh", or "100% mesh", as well if it is fitted mesh. I propose that with the addition of PBR, it is made so we can see if something is using PBR with "No PBR", "Partial PBR", "100% PBR", as well as a flag called "Blinn-phong Fallbacks" (MAYBE? Since some people will be using non-PBR viewers apparently). This will benefit creators and buyers in the following ways: Buyers will know if content is using PBR or blinn-phong. Creators will be able to clearly disclaim in a visible, uniform way that something has PBR without fallbacks. Buyers who use old viewers will know if content will be compatible with their viewer. It would be useful if this is a searchable filter too!