Arwen Serpente

The statement “Additionally, we’ve started cleaning up some older listings. Only merchants who have not logged in in five years were affected, and only those items which have not sold within two years. If you find that your listings have unlisted, please file a Jira and we’ll look into it presently.” I hope means: - Merchants that have not logged on in 5 years will have items that have not sold within 2 years removed. - Active Merchants would not be affected. BUT, if for some reason an active Merchant's item (that hasn't sold in 2 years) is unlisted during the clean-up, they should file a JIRA to report that the clean-up is affecting active and inactive Merchants. It wouldn't make sense to tell a Merchant who hasn't logged in for 5 years to file a JIRA. I totally agree the statement needs clarification.

It's happening again

yup, me too. If you look back at my posts, I mentioned that it started working again on Sept 14 in the post following the one you just quoted. Glad you're having success too

Dakota, the way it is implemented is not helpful (my opinion). When listing a new item, it had always been possible to scroll through and find the related items that haven't been made active/listed yet. It is much more efficient rather than activating individually and going back to then add related. The issue of seeing inactive products that really should be hidden from drop downs as well as reports such as top selling is a real issue. To fix it, when an item is deactivated, we should be able to "hide" it from the drop downs and other reports (if wanted). The way this change was implemented sweeps everything together. The associated JIRA was closed as working as "intended" - the thing is, it may be working as it was deployed, but it is not working a in way that helps Merchants. https://jira.secondlife.com/browse/BUG-225307

I did file a support case. No response. Edited 27 minutes later: It was not working properly when I logged on this morning (about 4 hours ago). I just tried a back and forth with my store alt. It worked as it should - quickly and smoothly. I hope it sticks. If you're affected, give it a test and see if it is working for you too

It stopped working properly 3 days ago. I use it frequently to help customers when I can't be inworld. There was a grid status report about it yesterday https://status.secondlifegrid.net/incidents/bm3lf197jwwd . It says it was solved. It wasn't. I filed a support ticket but no response. So, if it is affecting you, let them know - with a ticket or (eventually) a JIRA.

So this bug appears to still be there. Not sure if it is still affecting you Rival. It's annoying and a waste of time. It seems there have been other changes (not for the better) as well. Here's the thread discussing them: I really wish LL would advise us of changes BEFORE they make them. Would be nice to be able to comment, or have advance warning rather than experiencing new behavior and not understanding it.

LL fiddled with something this week because the Manage Listings section of the Merchant Home section had listing dates borked for a few days - it appears to be fixed now. So when store sorting seemed to be misbehaving, I attributed it to some related fiddling. I have bookmarks for different stores set to a mix of "newest" and "relevance" depending on how I like to view that store. Prior to this week, when I used a bookmark it went to the store and the order I expected. This week, if I went to a store sorted by "newest" then anything I clicked afterwards got sorted by "newest" even if the bookmark was for "relevance". Today it seems to be behaving normally again.

Yup, messed up again for me too.

I just saw your post, so I checked mine and it did perform properly. The "generating reports" page has always taken maybe 30 seconds (which can seem like an eternity) to provide the tables. I'm using Firefox browser (no idea if that would affect things). When in doubt, sign out of the MP, clear cookies, and sign back in and try again. If that doesn't work, filing a support ticket may provide some info. If others experience the same glitch, then a JIRA would be appropriate.

How weird, I just went back when I saw your post. Mine is defaulting to newest first which is what the change is supposed to do. Maybe try sign out, delete cookies, sign back in? No idea why it is working for me and not you

That's a nice change! Thank you for the quick fix.

QFT

Hello Alexa, it appears that the fix for Bug 4705 was implemented incorrectly. Manage listings has now replaced the listing date with the most recently sold date (at least as far as I can tell from my store). All that was supposed to be fixed was the default order of the listings - from "newest" meaning most recently listed to "oldest". The current default was (until Monday) oldest to newest. Listing dates should never be changed. This needs to be fixed. Please see: https://community.secondlife.com/forums/topic/425050-marketplace-listing-dates-messed-up/

As far as I can tell, it appears that in the July Marketplace fixes BUG-4705 - Sort the Manage Listings page newest first by default was misinterpreted to mean "most recently sold" as newest rather than "most recently listed" as the correct meaning. Listing dates should never be altered and this needs to be fixed.

Yup, they are totally messed up. In my store's manage listings page, it is sorting items by most recently sold and with that date rather than listing date. Needs to be fixed and returned to listing date. If there's a desire, a sort for "sort by most recent sold" could be added, but the listing date should not be changed.

Mine were juggled around a bit too, Elvina. I just posted that as a reference to the "Resident" vs. "Business" categories. And that process credit (which is not shown) can be over $10k in 24 hrs. And yes, I agree, there's no more transparency with regard to economic limits - probably for the reason you are pointing out, that levels may vary on an individual basis now.

There are two categories of Trading/cash out limits: Residents and Business Owners. Within each of those there are levels. Depending on level, Business Owners can cash out (process credit) substantially more that $10k in 24 hrs. However, those categories and levels are no longer visible to us (they used to be) - now you only see the category/level that your account individually is. Since those categories/levels are no longer visible, here's a link to an old forum post with them: It does not have cash out/process credit limits because we were not limited until changes that were made in 2017(?). There are a few threads in the forums about how this change affected quite a few merchants because the way that the cash out limit was first derived was from an average of the most recent cash outs. If someone did not cash out frequently, they ended up with a cash out limit that was too low. To raise it, they had/have to request it through support and show that they really "need" the increase due to the volume of their business. - edited to add further explanation.

Hi Pavon, I can only speak for my experience when I update MP listings - either with a new version or revised copy - I have not noticed any impact on ranking. However, I have read in these forums that some believe that it does affect their ranking. So opinions may differ. I think the only person that can really answer would be Dakota Linden. Sometimes, Dakota responds in these forums. Otherwise, you could try a support ticket with your question and specify that you would like the question directed to Dakota or an individual with MP responsibility.

Hi Brooke, sometimes, I see a double total amount that makes me blink, and then I refresh and it corrects itself. I don't remember what circumstances it happens under. But that happened before this change. I haven't seen it yet. Best thing to do if you detect a bug is to report it in the JIRA so that they can reproduce it and correct it.

Hi Brooke, the filter for "Today" and "1 day" will return different values - is that what's happening? "Today" is calendar day, so it starts and ends just for today, midnight to midnight SL time; "1 day" is a 24 hour period, so it captures the latest 24 hours, so it will report part of today and part of yesterday. That's how I understand them and how they appear to work for me. Generally, I've got it set to "Today" which is how the original default worked.

Hi, yes, I use hair from *ARGRACE* Sold by: rika Oyen when I want hair that is blowing or messy or looks fanned out lying down. The latest one I got actually had a ton of poses included, so I didn't have to go searching for those. Beautiful hair, just try demos first, you never know will work for you.

Thank you very much! The filters are great!

For the most part, my list of upgrades has been covered by other posters. I had 2 to add: 1) Ability to search, or rank, or group favorites; make it sticky so every time you delete one it doesn't revert to the 1st page on refresh; 2) Bring back the "Wish List" (didn't we have that years ago?) that can be made publicly visible and help when you want to gift a friend or loved one (this one may have been mentioned already, not sure). A thought though as we enumerate our own "wish lists" for improvements - think of what the downside or unintended consequences of such a change might be and if you still want the change. For instance, I make clothing and accessories and have always wanted to be able to list color variations in a single listing. When I started thinking about it though, I started to wonder - what happens to the individual ratings and ranking? how will this affect my best sellers? what if someone searches for a "red" dress but the "master" listing is a black one with the red listed as a variation. A change to allow color variants as part of a single listing would mean that the search, relevance, and ranking algorithms would have to be rewritten as well. The appearance of entire categories would change - people would get used to it, but in the beginning, it will be very difficult to get used to and could adversely affect sales or ease with which people find what they want. So, makes me wonder if I'd really want to do it after all. A final thought about the speed at which LL implements cost increases - it makes me think of the boiled frog fable: "The boiling frog is a fable describing a frog being slowly boiled alive . The premise is that if a frog is put suddenly into boiling water, it will jump out, but if the frog is put in tepid water which is then brought to a boil slowly, it will not perceive the danger and will be cooked to death." quote from Wikipedia. I really hope we aren't destined to be boiled frogs.

Charlotte, I'm glad you started the thread, I totally agree that a survey would pool everyone's ideas and allow the most popular to rise to the top. I don't, however, want to live through another migration to a new system (and certainly don't want to do it manually) given the very bumpy migrations that have been implemented over the years and pay more for it unless LL can provide projections for growth due to those changes.