All sides of prim won't texture - I year problem

After a year in SL and thousands of building projects, I am STILL having a continuous problem with "the last" side of a prim remaining "plywood". Here is a typical and VERY repeatable (like every time) scenario.

Rez a cube. Go to the texture picker and choose absolutely any texture (including totally clear or even blank) and see that the cube has five sides of the texture chosen and the last side (the bottom in most cases) remains default wood.

I thought for a very long time that this was just a bug in the building tools and of course sent in some bug reports at first. Then gave up and just use select texture or sometime just retexture with the picker will work. I cannot find anyone else that has this problem though!

Anyway, this doesn't seem to be a computer problem (have had five over the last year) or mouse problem (have tried many as well as drawing tablet). It also happens everywhere including sandbox, beta grid, and classes. In case anyone has any ideas, I would be very happy to hear them. This takes a lot of extra and not fun time away from building.

Thanks a bunch

I remember reading this before, I don't know if it was an old post from you or another resident.

Whilst reading your thread, I rezzed a cube in world, textured in 1 click and not with the "select texture" selected so all 6 sides were textured. I hollowed it and my texture was displayed inside. I even cut and my texture was on the cut edges.

I have no idea why you have this problem, the obvious would be to ask and I know this may sound totally stupid and dum of me but are you doing it right?

Alternatively, have you tried this with another prim given to you or is it just prims you create?

I am in world now if you want to try some experiments.

This has also been bugging me since I started building.

I think that the latest RC viewer might have at least partially fixed it, though. I remember being surprised a few days ago that it worked correctly..

Only time all the sides don't texture for me is if I'm lagging (Seems to be the reason for all my problems lol)... but then its mostly if I'm previewing other textures first, and then it freaks out and rapidly switches between 5 or 6 different textures until I think it will go on forever...

The "side six bug" as it's commonly called, seems to affect some people all the time, and other people never. It's weird.

The same thing happens with the linkset local orientation bug. For some people, local rotation of a link set comes from the root prim as it should. Bit for others, it comes from the second to last prim selected before linking.

Where side six is concerned, I seem to be one of the lucky ones who is immune to the problem. However, for linkset orientation, I'm not so fortunate. For me, the local rotation always comes from the last selected child prim, not from the parent.

With regard to the rotation thing, what's even weirder than the problem itself is the fact that the borked orientation persists even after the object is given to someone else. Another ESC builder (who doesn't experience the orientation bug) and I spent about an hour passing objects back and forth a couple weeks ago, trying to find a way for each of our builds to experience the other's behavior. We couldn't get it to work. Every object I made would take orientation from a child no matter what we tried, while every one of his would take it from the parent. This remained true even an object was given to the other person, taken apart, and put back together.

And even weirder than that, both bugs seem to be person-specific, not computer specific. I've used SL on at least 25 different machines. I've never experienced the side 6 problem, and I've always had the local rotation problem. The other guy has never had the rotation problem on any machine, but has always had the side six issue.

It's insane.

Yes, Laurie, I am actually doing it right. I was in an advanced class last night and grrred a bit during class over the "last side" not texturing as always and the instructor wanted to help me with that. Well she may still be able to (wink) but not last night. She was completely mystified as I rezzed a prim and got five of six sides to texture. I know all about select texture as I have a huge half sim complex of stores with all my creations (wink). So technique is not the problem but do appreciate your offer. I have NOT however tried to texture someone else's prim. So will try that.

It does happen with ALL prims including a sphere if you dimple (that missing "side" you can't see until you make it appear). It also happens if my alt is building (obviously on my compture but I agree it can't really be a computer thing as I have tried too many including friends).

So a mystery that may never get solved.

It ALSO happens on RETEXTURING an object that has all surfaces textured (hence I doubt it will make much difference it if is an orginal prim I rezzed or someone else's). For example: I have a multi prim object like a privacy screen (three stained glass windows put together for dressing and room division). If I use SELECT TEXTURE and select ONLY the SIX window panels (three front and back) and not the wood trim - when I go to change the stained glass pattern it changes all but the LAST ONE selected. I have to go through the steps again JUST with that last side of the prim.

So a version on the same story.

Thanks Chosen for letting me know that I at least have escaped ANOTHER bug. Rotation seems to work fine for me (yeah).

Not exactly sure what the RC view is that Meade mentioned. It still happens for me in the Beta viewer for Havok 4. BUT I am going to try the OnRez viewer (got it for CSI) and will see if that makes any difference. Since it is built on top of the LL viewer I suspect not.

Any other great ideas out there, I'll be sure and check back. Thanks all.

They are still looking for good reproductions of this, I believe. Please go add a comment to the bug - if you don't know how to, please repost and I (or many other people) can help with that.

Oh, and you might want to vote for it to be fixed while you're in Jira!

edit: they will want your system specs (from Help/About) in the comment.

To be very honest I have reported this SO MANY times with specs that I can't really believe anyone in support is paying attention. For awhile I was reporting each time we had a new update for the client (software - player).

If you or someone would like to put my post here into the jira, you are very welcome but I can't get up any enthusiasm.

Here are specs although it has NEVER worked for me on ANY of five computers.

My main computer now is running XP HOME. I have 2 megs of Ram and 512 video GeForce 7800. Again, the same problems happen with my HP notebook (ZD9000 with 2 megs of ram and 512 graphics XP Media AND my old Fujitsu notebook (1.5 megs RAM and 256 shared video) so I can't see that it is computer dependent at all.

Will keep my fingers crossed that it gets fixed "some day" but not holding out much hope. Happy to show tech support in world if they actually want to see it happen repeatedly. So far, I can't say they have been at all helpful )) Just one of the many things that don't work quite right and not that many people affected so I can understand that.

Thanks again.

it IS insane... and yet I have an idea how it MIGHT occur

you say that the objects retain their funky behavior even after transfer right?

that sounds like a bug in memory addressing, wher it is reading into the last charater of the creators name/key.... for the object that would be the storage of which prim is object root for rotations, and for the color/side, that would be the prim side info..... since logically object info and prim info have different implementations (less object info).

if I'm right I bet an aplication of copybot by the new owner, using a prim of the creators, WOULD reproduce the same effect, while using a prim of the new owners would produce that persons bug.... I'd even be willing to bet that no person has both bugs

someone with the bug (I haven't noticed either) should test this and post the idea to the relevant jira articles...

Solution: Don't use texture picker. Either move the texture from the inventory or to the prim itself. That is why the bug hasn't been fixed. there are two viable workarounds.

Actually dragging the texture from inventory is also a workaround for a problem i've had a few times with textures showing up in inventory but not in the texture picker. Wish I'd known about that one ages ago, would have had a lot more hair on my head

Thanks Sally. Knew about that. ALSO doesn't work for me. Same problem. This is definitely a bug albeit an obsure one.


FOR THE RECORD AND ANYONE READING THESE POSTS NEXT MONTH OR NEXT YEAR:

I went into a friends account and built as "him". Same problem. HE went into his account and did the same steps (he doesn't build) and had NO problem. So it has something to do with my system. I am at a loss however since I have had and tested five computers and have changed ISPs and gone from cable to DSL and made many other changes with the SAME problem. I have almost no software on my main machine besides SL. My only other thought is that it may be a wireless problem (main machine connects without wireless but through the router). So sometime when I am feeling UP I will drag out my extra cable and test with a direct connection. It can't be all that however as the person mentioned above is on the wireless and with the same ISP as me.

Ah the mysteries.

my bet is still on the creator key being written over the part of the memory address for the prim side info (or in chosen's case the object primOrder/rootPointer).... chosen if you read this drop a copiable prim on me to test, samara, could you please do the same?

I can test to narrow it down to whether it's the owner key or the creator key... and if someone would post the link to the jira articles I'll see about posting my findings there.

Thanks Void. Sent you an IM in world.

VWR- 895 "Texture latency - texturing all sides of a prim at once results in one side not being textured, has to be selected individually"

https://jira.secondlife.com/browse/VWR-895

You'll have to login to Jira first to see it. Might want to vote while you're there ... only 6 votes so far.

Thanks for the link Nika

I was a VERY good girl and went there and put all this info and more (oh my) in the jira.

AND VOTED (wink).

Hopefully it will do some good some day.

Thanks for the link Nika

I was a VERY good girl and went there and put all this info and more (oh my) in the jira.

AND VOTED (wink).

Hopefully it will do some good some day.

Well "I" did nothing but this morning I made a sign to find that ALL sides textured. Did another test in a bit and it was fine also. Definitely was NOT working two days ago in a class, but yesterday was a remodel the sim day so not a lot of building from scratch - hence not sure exactly when things changed.

Anyway -- it may have been fixed somehow. If so, I am thrilled. Can't say that it was anything I did at all so assume it may be fixed for everyone now. Here's hoping so.

It is almost MAGICAL since I haven't been able to build so easily in FOR-E-VER.

Yeah!

Noting on the jira saying that they fixed this. I posted that it was working (at least this morning) correctly for me.

Cheers.

*happy dance* !!

We can sign up to "watch" bugs in Jira too, which sends email when folks change it ... i.e. fix it!

So by this evening the problem has returned. No new software on my part. Aside from NUMEROUS crashes and disconnects with teleports, it has been a quiet day.

But that sixth side plywood is BACK. Big sigh here. A mystery for sure.

Sorry Samara, I never did figure out a way around it, and as far as I could test it's related to connection somehow just like jira says...

the only way I found around it was by script which isn't processed by the viewer but by the server...

OK. Much more testing on my part. It is NOT my avatar as someone on another computer in another house can log in as me and build correctly.

And it is not the connection as I have had several including new providers, modems and such.

And it is not the router or wireless --- BECAUSE.


When I log in on my new (repaired) HP notebook, I CAN build correctly. I tested this morning and immediately logged out and logged in on my bigger DELL and could not build. The origianl HP notebook had the SAME problem. According to HP they ONLY replaced the hard drive. Of course they put a newer mirror of software on there also.

So, tis the computer (or software configuration). The new hard drive is the same size and speed but a different "family" (sorry that is ALL tech support would tell me - wink). That same HP was having the black screen blackouts that have been around since 1.14 I think. NOT good at all. That is also fixed no on THAT machine.

DELL has never had any blackouts but has always has the 6th side problem. Will post this on the jira also.

It's interesting that you're getting different results on different machines, Samara. As I said in an earlier post, I've used SL on dozens of different machines over the years (four that have been my own, about 20 that sit in a lab at the university I was attending when I started, and a few others here and there that belong to friends & family), and I've always had the same issues. Texturing screws up on side 6 all the time (not every single time, but more than enough to be really annoying), and local rotation ALWAYS comes from the second to last selected prim instead of from the parent, no matter what computer I use.

When I think about it, all these machines have had at least one thing in common. They've all been Intel/nVidia configurations. I'm curious now; do your two computers differ in this way? I mean is one Intel/nVidia, and the other perhaps AMD/ATI? Or some other combination?

All my machines are Intel. I just got out my Fujitsu "business" notebook (definitely not configured for SL but will RUN it barely). It has a shared memory moblile graphics card. It HAS (just tested) the 6th side problem.

My bigger notebook is a DV9000 and has an a GE Force 7600 with 512. 2 megs of RAM. INTEL

The DELL desktop also has a GE Force 7600 with 512 and 2 megs of RAM. INTEL

The only one that is not (right now) showing the 6th side problem is the HP - so not an INTEL thing. Also friends where I have no problem is INTEL and GE Force 7600 512.

I left almost ALL software off the HP when it was returned to me. I do have Firefox, and AVG Free. The Fujitsu -- also not showing the 6th side -- has Panda and LOTS of software and files.

The DELL doesn't have a lot of software on it (I was trying to keep it simple for SL) but does have PhotoImpact etc. However, other friends machines that Samara CAN build correctly on have PhotoImpact and various other software programs so I can't see any similarities there that would point to anything important.

Again, For ME, this started around client 1.14 or so. I started sending in bug reports then. I had the Fujitsu then and a HP ZD7000. Both "got" the problem. So somehow it SEEMS like there was a change in the server side or client that made the conflict.

I did NOT have this problem at the very beginning as I didn't even know what "select texture" was then (wink) and would have had a lot of odd looking items.

So a mystery. And the fact that it LATELY has come and gone for the first time in MANY months is encouraging. But since "I" am not making any sort of changes at my end I have to think that something is being changed at the server side. I have NOT installed any new versions of the client since the last mandated one.

That's all I know. )))

Hmm, so it's not an AMD vs. Intel or an ATI vs. nVidia thing then. Good to know. Thanks for the info.

The mystery continues.