Aishagain

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.

As an addition to all this I have discovered and reported (to both FS and LL) a significant permissions issue wrt editing of textures. I found that textures with anything other than full perms (in this case the texture was no mod and no transfer) while they appear in the normal inventory window in ALL viewers, are inaccessible in the edit floater texture picker in PBR equipped viewers. In other words in FS release 6.6.17.70368 the behaviour is as expected as it has been for as long as I have been editing stuff, but in FS Beta 7.1.4.73289 and LL release 7.1.3.7878383867 the texture is unavailable in the edit floater texture picker. It cannot be dragged onto the face being edited either. I am pretty sure that is NOT intended behaviour! ETA: Apparently this simply cannot be happening according to LL. They're in denial it would seem. I spent 4 hours working on this last night because I didn't believe it either, at first. FETA: Having had extensive discussion with Dan Linden (who has been very helpful) we are no further with this issue, it seems that I am unique in not being able to apply or even see non full perm textures in Edit! Dan sent me a no mod no trans texture to try and in the PBR viewers I could not see it in the edit texture picker (yet it was visible in my inventory) and I could see it and apply it in the non-PBR Firestorm, yet he had no issues at all! I do NOT understand this. Edit to add Friday 8th: Just so that anyone similarly affected (I cannot believe there is anything unique about my computer [the viewers are on default settings]) can add their votes or comments. this is the Bug report to LL: https://feedback.secondlife.com/bug-reports/p/texture-edit-issue-in-pbr-viewers and the FS JIRA: https://jira.firestormviewer.org/plugins/servlet/mobile#issue/FIRE-33743

All this vitriol! 1) It is generally accepted that LL released the whole PBR program long before it was ready for release. Quel surprise. 2) Firestorm had a significantly better viewer in Alpha as quickly as a competent amateur could be expected to; a far better effort than the professional product that LL was offering. 3) The current FS beta is vastly superior already to the full release product available from LL. I've tried the LL release and the FS beta. The comparison is almost unbelievable. 4) The normal policy of LL of releasing (excuse the pun) unfinished software is well-known to those of us that have infested SL for aeons. 5) Bickering of the style I have read in the foregoing gets no one anywhere. The only sane path forward that I see is to make the necessary transition as painless for users as possible and I see scant evidence that one or two creators are prepared to do that. Those proud, competent and rather conceited folk risk being seen for what they are - elitist and somewhat intolerant.

Looks like Cloudflare web services is having issues following an update to their app. https://www.cloudflarestatus.com/ This issue is down to Cloudflare and not to either SL or Firestorm.

My region was restarted about 10 mins ago, nothing strange about that on a Tuesday... The thing is, there's been no mention of restarts on the GSP. That's unusual.

Thankyou Animats, that explains the how the excess LI was generated. The subsequent nonsense is more of a concern to me.

That was not my experience. I accidentally exceeded my homestead's LI capacity a little while ago. The item I was attempting to rez successfully resolved but several of my and a co-owner's items were summarily returned (via lost and found) and a couple of "no copy" items just vanished irretrievably. A couple of other items disappeared from the sim only to return unannounced several days later, in peculiar locations under the navmesh (ground). One, a scripted wandering bird, was devoid of its original scripts and was resultingly inert. Go figure, as they say. ETA: To be accurate, I was editing a regular prim by using the edit tools to make a sectional cut which caused the LI to shoot up hugely, so whether that had some effect I don't know.

That, sadly has not been my experience. I too would like to know how it is arranged because it appears utterly random to me.

Well well. This is a situation that I dealt with some 2 years or more ago. I am astonished that someone bumped this thread after more than 2 years! I discussed the funding requirements of SomaFM with Rusty then and it became rapidly clear that there was to be no meaningful communication between SomaFM and Linden Lab/Tilia. SomaFM were only vaguely aware of SecondLife or the number of folk who used their streams and were not at all interested in streaming to virtual worlds anyway. There was no convincing SomaFM of the potential available. I did try. Subsequently I spent my effort convincing (successfully) Radio Paradise to fulfill that role.

FWIW MP works for me though it is a bit slow to open.

https://status.secondlifegrid.net/incidents/74w5jwb6c2xq Third time lucky (or the American translation)??

No ETA: Just let me clarify that...NO. You can copy and paste some things but nothing functional can be transferred unless YOU created it yourself, including photographs, in which case a copy will already be on your computer. If you copy/paste full perm scripts or create copies of photographs/Textures you are infringing on other folk's and LL's (clearly stated in SL's Terms of Service) intellectual property rights. Doing so is an offence.

This previous post demonstrates why this website issue is important, and more than that, directly affects Tilia. I must say that I am surprised that the issue has not been fixed by now. LL are usually highly proactive when an issue hits them in the pocket! Could your issue @Vihmakass be as simple as clearing your browser cache?

Let's not call whatever you are talking of as SL 2.0. That designation was given, right or wrong, to LL's abortive Sansar project which failed for many well-discussed/chewed over reasons. A mobile version of SL may appeal to younger adopters but for me it would not and could never "feel" like SL. I am not part of the new vanguard that wants everything on a hand-held device, no matter how advanced. I just cannot believe it would have sufficient "prescence" to interest me.

I don't have a lawn, we only do mud here. Any offers on MudOS?