Web/Marketplace Bugs

This report was requested by Juniper Linden (please refer to Eliza Linden as well) on the Web User Group Meeting held on July 1st 2026. IMPORTANT A video with listings performance tests can be found on my personal drive: https://drive.google.com/file/d/10e_BRF7HLOZr55Zfb5FNi6WNrC6oXCgl/view?usp=sharing During my Marketplace research, I observed a pattern that I believe deserves investigation. Based on controlled search experiments, product Titles, Features, and Keywords appear to have a much stronger influence on discoverability than the actual quality or relevance of the product itself. As a result, I believe the current system may unintentionally encourage creators to invest more time in metadata optimization than in improving the products themselves. What I observed Through my testing, I found that a merchant can improve visibility by: Using titles that contain multiple exact-match search terms. Adding extensive keyword lists covering many search variations. Repeating relevant terms in the Product Features section. This appears to create an incentive where understanding Marketplace search mechanics becomes just as important (or sometimes more important) than creating the best product. Why I think this matters As a creator, I would much rather spend my time improving my products than learning how to optimize metadata. Ideally, Marketplace should encourage creators to invest in: Better products Better documentation Better customer experience Innovation Instead, the current incentives may encourage creators to become experts in metadata optimization. From my perspective, this affects both buyers and creators: Buyers may receive results that are optimized for search rather than relevance. Creators who focus primarily on product quality may become less discoverable than those who focus on metadata optimization. I'm not suggesting that metadata should be ignored, it is an essential part of search. Rather, I believe it would be worthwhile to review the balance between metadata signals and other relevance signals, so that Marketplace rewards the behaviors Linden Lab ultimately wants to encourage. In my view, every search algorithm is also an incentive system. The behaviors that Marketplace rewards today will naturally shape how creators choose to spend their time tomorrow.

Store: Meg - Scripted Essentials (merchant 385491). Every impression-type counter in the merchant reports stopped incrementing on or about 2026-07-01. Sales/order counts and clickthrough counts are unaffected, and the reports themselves generate and render fine. STEPS TO REPRODUCE Go to https://marketplace.secondlife.com/merchants/385491/reports/listing_enhancements Look at an active Category Landing Page enhancement. Actual values today (2026-07-15): Enhancement A - Impressions (Day/Week/Month): 0 / 0 / 40060, Clickthroughs (Day/Week/Month): 0 / 9 / 69 Enhancement B - Impressions (Day/Week/Month): 0 / 0 / 11396, Clickthroughs (Day/Week/Month): 0 / 11 / 50 9 clickthroughs this week cannot come from 0 impressions this week. The enhancements are live and being clicked; only the impression counter is dead. This is the same "zero impressions with clickthroughs reported" signature as the 2024 report linked below. Go to https://marketplace.secondlife.com/merchants/385491/reports/top_selling_products - the "Views" column has not changed for ANY listing since 2026-07-01 (15 days). Go to https://marketplace.secondlife.com/merchants/385491/reports/top_searched_products - "Search Result Impressions" likewise frozen. FURTHER EVIDENCE THIS IS A COUNTER BUG, NOT ZERO TRAFFIC (a) A listing created 2026-07-14 shows Views = 0 and Search Result Impressions = 0, although it is live, appears in Marketplace search results, and has recorded sales. New listings receive no counts at all. (b) The Month impressions figure for Enhancement A peaked on 2026-07-01 and has decayed monotonically since - exactly as a rolling 30-day window would if it received no new data: 2026-07-01: 71,442 2026-07-03: 66,789 2026-07-05: 61,797 2026-07-11: 48,062 2026-07-15: 40,060 I take daily snapshots of these reports. On 2026-06-23 the same enhancement recorded Day = 1,113 and Week = 9,742 impressions, so counting was working then. This places the failure at approximately 2026-07-01. (c) Sales columns update within minutes - a sale made earlier today is already reflected in "Sales, all time". Report generation is healthy; only the impression data is stale. POSSIBLY RELATED, POSSIBLY SEPARATE Search Result Impressions for my two oldest listings froze earlier than the rest - on 2026-05-25 and 2026-05-26 respectively - immediately after a large one-day recount (one listing jumped from 16,821 to 91,785 overnight). Every other listing kept counting until 2026-07-01. APPEARS TO BE A RECURRENCE OF https://feedback.secondlife.com/web-bugs/p/listing-enhancement-page-not-updating-correctly (reported 2024-05-04, closed 2025-04-01) https://feedback.secondlife.com/web-bugs/p/marketplace-featured-items-are-not-appearing-in-their-set-categories (reported 2025-06-18, closed 2025-07-01 - Juniper Linden: "This fix should also make impressions and click-through counts return to normal.") Note: in the 2024 report, support advised deleting the enhancement, taking a refund and relisting, which made things worse for that merchant. I have not done that. My enhancements are running normally and delivering clicks - only the reporting is affected. EXPECTED RESULT Impression counters (product views, search result impressions, listing enhancement impressions) increment as they did before 2026-07-01.

Marketplace search is half brained and broken. Please stop pretending its a done job and fine when it's not. Pick a term ANY TERM Search for that term with and without a trailing space. You get different numbers of results. G rated search "lemons" - 9055 results. "lemons " - 8088 results.

With reference to this issue: https://feedback.secondlife.com/web-bugs/p/mp-items-not-getting-delivered - since Juniper said "Feel free to re-open or re-create your ticket if its still stuck", I am creating a new issue, as this may now be specific to me, dunno. To summarize, on May 11, I scheduled a redelivery for a product: https://marketplace.secondlife.com/p/SL-Maps/26193111 The status initially showed as "Queued" (or similar, I don't remember the exact wording). Two days later, that changed to "In progress", which is what it still shows today. I opened a support ticket, 2517477. I was told that they are unable to help with it, which is fair enough. The issue here is not only that that update is incomplete, but also that I am unable to issue any more scheduled redeliveries until the pending queue is "unstuck". I suppose I could create a new listing for the item, but if I do, the order history would of course not carry over, so existing customers wouldn't get updates. I am hoping this issue can be resolved soon.

This doesn't change the language the person is navigating in, but it does change the language that some links go to, which can change the language the user is navigating on. This occurs in two locations: Hidden area <a class='nav__home' href='/?lang=fr-FR'> Footer: <a class="download" href="https://secondlife.com/support/downloads/?lang=fr-FR">Download</a> Steps to reproduce: View source of page Press F5 Notice that these choose a random language from the possible language list Expected behavior: These should always be the language the user is currently navigating in

Probably related to https://feedback.secondlife.com/web-bugs/p/no-receiving-items and https://feedback.secondlife.com/web-bugs/p/mp-items-not-getting-delivered On 11 May, I needed to schedule a redelivery of a product to all those who had purchased it. That is to 162 people, not all that many really. I got it started the normal way. 2 days later, it was still showing as "Scheduled", and finally the next day, that changed to "In Progress", which is where it is still sitting now, as of the time of this writing. It seems to me that 10 days and counting to redeliver to 162 people is a bit slow. The product in question is https://marketplace.secondlife.com/p/SL-Maps/26193111

The wishlist url redirect, removing language from url are breaking the username by ".", losing the lastname. sometimes the page loaded is another person wishlist. For example: https://marketplace.secondlife.com/pt-br/wishlists/Name.Lastname Goes to https://marketplace.secondlife.com/wishlists/Name

I have a listing for land on the market place titled 1/4 Sim (16384 sqm) 7500 Prims - Full Land Rights (NW Corner) I placed a listing enhancement on this listing, I then made a second nearly identical listing under the same name that states now "SW Corner". I noticed that once I created this second listing, suddenly the first listing stopped getting views and has now been at 56 views for almost a week. I have used listing enhancements in the past and they have always done much better. My concern is that the system saw to nearly identical listings and then stopped showing the ads to people believing it was spam. The listings both had the same title at the start before I changed it. If it isn't allowed to have two identical listings for two separate parcels then I have no problem deleting the one posting and just stating that there are two parcels available all in one listing. However I doubt this would allow the listing to regain visibility without some intervention from you guys first. Can you help me with this? Like I said, I'm pretty certain some kind of spam protection has ceased showing the listing to others now. Thanks in advance!

On my 27" screen, the maturity rating of the product isn't showing due to a css rule for mobile. Removing that rule rule fix the desktop version and keep the mobile version properly working .breadcrumb .breadcrumb-item.breadcrumb--mobile-visible .breadcrumb-text { width:54vw; // ← Line to delete }

some marketplace stores have multiple names in the single persons store. when the person changes there name it seems 1 or 2 name changes before hand get stuck and it does not update. i feel that its important to know who someone is buying from.