Texture pollution when cutting -- bug?

I just noticed this in editing some prims from a prefab, can't believe I never noticed this behavior before. To recreate:

1. Make a box.
2. Texture all 6 of the sides with different textures.
3. Do a path cut that completely eliminates two sides. (B=50 OR E=75)
4. Now reverse the cut.

What I see when I do this is that the original textures are not restored to all sides ... instead, one of the cut and restored sides is now replaced by the texture from an adjacent side.

I searched Jira and found no bug ... has it always been this way? i can see that it might be difficult for the edit function to keep track of a texture that has been cut away completely, but ... really?

as far as i know thats always been a bug, at least while i'v been in world anyway, strange that it does not have a jira attached to it.

How long would you expect SL to remember the history of what you had done to it? Not forever, would you? It seems to me like the current behavior is quite reasonable unless there is some compelling problem that isn't immediately obvious.

Well, yeah, we pretty much decided it was no big deal, just unexpected that the original texture was lost. I guess I never noticed it because I usually shape, THEN texture.

It's just a little awkward to have an item you didn't make do this if you change your mind and shink a cut, because of course you don't own the original texture.
.

This problem has existing as long as i've been here. Normally I allways cut, then texture but recently I took to rebuilding some old builds and enountered this problem on several occasions. Not the end of the world, just annoying when something doesn't work the way you expect it to.

I've never really noticed it, but now that you mention it, I'm fairly sure it has always been that way.
I'm not sure, but I seem to recall that, when a side is entirely cut away, the numbering of the sides changes as well. That'd make sense, no side number = nowhere to store texturing info.