Aishagain

In addition to all the above it is important to know that the nunber of items per folder is "theoretically" 10,000, but the practical limit is much less, same as the number of items you can squeeze into a prim. You can put 10,000 items into a single prim if you have the patience of Job, but good luck in ever getting them back out. More important a large (>1,000 say) number of items in a folder can cause slow logins and larger folders will most likely cause the login process to "time out" and fail. Contact Linden Lab Support about that, they can "unflatten" your inventory (frankly if you can do it yourself it is less ugly, they will do it but it's not pretty).

If you use Windows as your OS then you will have Windows Defender as your antivirus, it is automatically activated when you re-installed your software. You DO need to whitelist your viewer. If you use another OS I can offer no insight.

@Makay Scribe :Have you Whitelisted the viewer in you antivirus at all? The viewer .exe, cache and settings folder at least indeed all the .exe files preferable (dullahan-host, llplugin and vivox). What you describe sounds like the AV software aggressively scanning the viewer's operation.

I saw some partial outfit issues with Maitreya Lara based outfits today. I don't use LaraX ...yet. But I did see some issues with rezzing non-mesh items after todays restart on Main, which is strange since I thought it was just another "bounce" today. I put my issues down to a slight glitch in my ISP connection though, not SL itself.

All I will say is that it's almost no issue to me since I and my surroundings rez instantly. However that is not true for others who apparently have to wait up to a minute for the click or movement "fix" to apply. I doubt that they find it either pleasant or useful. I am surprised that LL seem to consider it so insignificant (always assuming they DO know what causes it and how to fix it). As the head of the Royle Family might've said "Unintended feature my arse."

@Monty Linden: The topic title says it all. We understand it is a accidental glitch by LL but do we have any inkling of when it will be fixed? All I get is bland non-answers from Support.

Count please direct these comments to a trouble ticket or a bug Report on Canny. You are not going to get much reaction on here (apart from the ever watchful Monty) from The Lab. This alpha texture issue has been going on for years without (so far as I know)any worthwhile resolution.

If I, for one moment, thought that LL were sufficiently in control of SL to be able to make the glitch deliberately as an April Fool jape, I'd want to know why so many other bugs go unfixed.

I hadn't noticed it until it was exported to Main Server on Tuesday. Yes is IS irritating, both for its existence and the fact that LL felt it was harmless enough to promote!

I cannot be certain but I have encountered the same issue as you and anecdotally this phenomenon seems to have re-appeared for many, especialy those using PBR capable viewers. It appears to be a return of the "interest list" bug that manifested iteself some years ago during various changes that LL applied to both server-side and client-side software. The reason (I think) that the objects/attachments fail to render appears to be some sort of "race" that occurs when a client first updates a new scene; that a "zoom out and back" remedy seems to work is down to the reloading of the scene by the client, some of the scene is already cached and does not need to be updated, so other, previously unrendered items are duly rendered. That's the "why"; now what the cure will be I defer to more able souls. I hope it can be fixed soon, it is hugely irritating to be sure. Edit to add: It is NOTHING to do with the breed of GPU, CPU or software used.

So old, yet so naiive.

Not fixed but it is better now on the FS Beta.

Yes there is ongoing "maintenance" on the login and inventory servers, it seems accounts are randomly (to us) but systematically (to LL) being checked and if necessary corrected. NB: This is little more than speculation on my part following some unexpected but entirely understandable account issues.

The link to the newest FS Beta, emoji capable, is in the group notices. We are reminded not to share the link outside of the PhoenixFirestorm Preview Group.

Bump. Sorry, see my post above. The FS JIRA link is to the Mobile format https://jira.firestormviewer.org/browse/FIRE-33743 will take you to the JIRA in "normal" browser format ETA Friday 8th about 11am SLT: The issue IS server-side. A No Trans No Mod texture given to me by Dan Linden cannot be seen or applied on a Main Server region but it CAN both be seen and applied on the Magnum sandbox, which according to search is currently running LeTigre RC code.