Web/Marketplace Bugs

https://marketplace.secondlife.com/stores/4590 I had cause to call up my MP storefront page today, and noticed that the items on my storefront are showing inconsistent 'by' names, when displaying my store link. Like, a lot of inconsistencies. To be clear, I have done several "name changes" since the feature was released. All of the first-names shown were, at one point or another, the 'first name' of my account. Looking into the page's Source Code, it does appear to be the 'full name' (first and last) that I was using at various times, though my store's name is long enough that the page isn't displaying the lastnames. <a href="/stores/4590"> <span class="store-item"> Eclectic Randomness </span> <span> by Gloss Doll </span> </a> <a href="/stores/4590"> <span class="store-item"> Eclectic Randomness </span> <span> by Bambi Bubbles </span> </a> <a href="/stores/4590"> <span class="store-item"> Eclectic Randomness </span> <span> by Honey Puddles </span> </a> <a href="/stores/4590"> <span class="store-item"> Eclectic Randomness </span> <span> by Cutie Crush </span> </a> The inconsistency is the weird part here. The names displayed DO NOT correlate to anything like "the name I was using when I uploaded or updated the listing". It's just.. random(?) The name shown in the sidebar and on product pages, however, does appear to be correct and 'up to date'.

I am unable to filter out search results on marketplace using the keyword NOT. Try it. type in dress and press search. You see dresses as expected. Now take the first store you see and append NOT "store name" to the search. Either the NOT filter fails to take effect OR the results are completely wrong. BTW, same results when using 'dress AND NOT "store name"'. Same when using the store owner.

Kudos to everyone at Linden Lab who upgraded the SL Wiki to a more recent version! (Now if only SVG uploads got fixed as well...) I've been experimenting with the Dark Mode on the SL Wiki, and I understand that it's "still in beta" and likely "under construction", but I found some very easy CSS fixes to implement to make Dark Mode at least functional . Because, right now, all text (body & titles/headers) are rendered in black over a very dark background, making everything essentially unreadable. The culprit comes from the following bit of CSS (I apologise; I don't know exactly where the snippet comes from; this is what I get from the Developer Tools on Brave/Chromium): .api-constructor p { border: solid 1px #AAAAAA; font: 10pt courier; white-space: pre; color: black; background: #F9F9F9; padding: 10px 0 10px 30px; text-indent: -20px } [...] #bodyContent, .firstHeading, h1 { color: black; } #bodyContent h1, #bodyContent h2, #bodyContent h3, #bodyContent h4, #bodyContent h5, #bodyContent h6 { padding: 0px 0px 4px 0px; margin: 20px 0px 0px 0px; font-family: Arial, Helvetica, Sans-Serif; font-weight: bold; color: black } h1 .editsection, h2 .editsection, h3 .editsection, h4 .editsection, h5 .editsection, h6 .editsection { padding: 0px; margin: 0px; font-family: Arial, Helvetica, Sans-Serif; font-size: 14px; font-weight: bold; color: black } The attached images show what happens by default and how manually switching from black to white will immediately fix everything. However, in this case, neither black , nor white , are the correct settings. Instead, after a bit of digging, there _are_ variables for the colours which must be taken into account. These are summarised under html.skin-theme-clientpref-night , which defines things such as --color-basecce: #eaecf0 or --background-color-base: #101418 (both of which are already correct for dark mode!). Thus, all that your web designer(s) need(s) to do is a copy & replace of the relevant instances currently hard-coded as black to var(--color-base) , and all entries with the background colour set to white should be changed to var(--background-color-base) instead. And to make the SL Wiki's design more consistent with the other official SL web pages, you might also consider changing the default font to be Roboto Flex instead of having Linux Libertine for the titles and sans-serif for practically everything else. Sounds simple in practice, but I imagine it's a bit more complex on your side: what gets compacted together as 'only' two CSS files may, in fact, require assembly from several sources...

When I buy Linden dollars using my credit card there's a small popup that wants my SL account password. Normally in Safari this would trigger an autofill of the password. The bug is that Safari thinks I'm creating a new account and it offers to create a brand new password. There's something squirrelly that popup. I can't tell if this is Linden Lab's responsibility, Tilia's, or an interaction between the two.

I often make vendor images with unusual proportions, those other than the common 1:1 or 3:4. For this issue, I have vendor images that are 1:2 - extra wide. On the category and search result pages (attachment 1), these images are being stretched to fit the container, which looks lousy. On my store's page however (attachment 2), they display in the correct aspect ratio with white space above and below. This is how I expect they should look on all parts of the site - never stretched or squashed from their originally-uploaded proportions. This issue does not occur with tall vendor images, like 2:1.

I am a French user, but I prefer to use the SL websites (main official site, marketplace...) in English. Part of the reason is that I have set up email filters so that emails (about sales mainly) from the marketplace are correctly categorized according to their subject etc. So I use the "language" menu in the website to select English. It sticks to it, to some extent, but every now and then (when I return to the site) it switches back to French, and the emails from marketplace turn French again. Can you make it so that language selection becomes permanent, until the next manual selection of a different language ? Thanks

The link to the Intellectual Property Policy needed to confirm use of mesh uploads on Aditi links to https://wiki.secondlife-beta.com/wiki/Linden_Lab_Official:Intellectual_Property which on both my Firestorm viewer and Firefox browser both render as a completely dead link, I'd like to read up on the actual policy though

https://wiki.secondlife.com/ Every time I change my SL name, I have to re-ask permission to edit the wiki. This seems to break my ability (as well) to edit my user-page under my old name(s). This latter point doesn't affect me personally (yet), but many users have historically used their user-pages to share LSL scripts, APIs for inworld scripts, and other useful information that 'creating a page' wouldn't be appropriate for. Having these users losing the ability to edit such a personal store of information because a user decided to change their username seems.. really concerning.

when trying to access https://my.secondlife.com i get the following error: "The change you wanted was rejected Maybe you tried to change something you didn't have access to. If you continue to receive this message please use the options under the viewer's "Help" menu or visit Second Life Support. Go to my.secondlife.com " I cannot post to Profile feed out of Second Life either. Two tickets were closed: #2534786 and #2487325. The suggested solution to verify my email address has not solved the problem. I have verified my email address what did not help. i have changed my email address and verified the new address and i have changed my password. all did not help. Your current email address is:a** @p **.me Verified The next suggested step was to report a bug here.

I have tried several ways to change my profile image on the webpage to match my profile inworld, it won't change & I'd like to not see my ex there. It changed about 4months ago somehow & now it won't.