Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Can not create working clothing..wtf?
Ishtara Rothschild
Do not expose to sunlight
Join date: 21 Apr 2006
Posts: 569
10-27-2006 09:39
From: CJ Carnot
Is this workaround confirmed by LL ? What aspect is actually fixing the problem ? Is it the renaming the clothing in the inventory?

We've spent the entire evening making new skins, opening up an existing base skin bodypart, applying new faces and "Saving as". We found they were randomly reverting to the old textures.


Well, you create a copy within your inventory, thus getting a new asset ID. Then you open your copy, apply different textures and use "Save" instead of "Save as". It's the same end result - you create a copy with a new name and chose another texture, only you avoid the bugged "Save as" function.

I'm currently working on a line of demoness avatars including clothing and skins and didn't have any problem working that way. I didn't even rename the skins since I copied them into different folders (for this work it was faster than "Save as" anyway, since I don't have to type new filenames).


/Edit: My guess is that Save as fails to create a new asset ID, so as soon as the textures are reloaded from the asset server it'll get the old ones again. That would explain the "white T-shirt" bug: you create a new shirt within the appearance menu. The shirt is saved without a texture, with plain white color. After applying your texture, you click "Save as" and run into this bug. To yourself, the texture looks fine, since it's still cached from your upload. Your customer's SL client has to load it though - and the asset server still has the information "no texture, white color".
Ishtara Rothschild
Do not expose to sunlight
Join date: 21 Apr 2006
Posts: 569
10-27-2006 10:25
Bug confirmed: opened existing skin, applied new texture, clicked "save as", rebaked avatar textures - reverts back to the old texture. I wrote a bug report about this, giving a clear problem description.
Until this is fixed, the workaround of copying skins/clothing within your inventory and only using the "Save" button should work fine, at least it does for me.
Llauren Mandelbrot
Twenty-Four Weeks Old.
Join date: 26 Apr 2006
Posts: 665
Isn`t that bugged, too?
10-27-2006 10:29
Until this is fixed, the workaround of copying skins/clothing within your inventory and only using the "Save" button should work fine, at least it does for me.Doesn`t this still have a bug, though, in that the new inventory item has the wrong name in the Appearance Editor? I remember reading that there was a bug in Save whereby the internal item name was not corrected in this situation. Has this been fixed?
Ishtara Rothschild
Do not expose to sunlight
Join date: 21 Apr 2006
Posts: 569
10-27-2006 11:24
From: Llauren Mandelbrot
Doesn`t this still have a bug, though, in that the new inventory item has the wrong name in the Appearance Editor? I remember reading that there was a bug in Save whereby the internal item name was not corrected in this situation. Has this been fixed?


That's true. The old name is still shown, but only in the appearance editor; it also comes back to haunt the stressed crafter after using "save as". But the name stays within the inventory and after selling / trading it.

Another bug to report; just reported 4 of those critters while I was in reporting mood.


Bug Report, Category: Character
Summary: "Save as" doesn't permanently save changes
Details:
- Steps to reproduce the bug:
Wear any skin or clothing that you created yourself or have sufficient permissions of. Open the appearance menu, apply a new texture and/or color, click "Save as" and save it. Then rebake your avatar textures.
- Observed results:
The clothing / skin reverts to the orginally applied texture and/or color. Tested this a dozen times, with older and newly created files, it's always reproduceable.
- Expected results:
Of course the new texture and/or color should stay.

- Workaround until this is fixed:
Avoiding the "Save as" function; copying and renaming skins/clothes within the inventory instead; reporting it nonetheless. Sorry :)


Bug Report, Category: Building
Summary: Permissions of some linksets change after picking them up
Details:
- Steps to reproduce the bug:
Create a complex linkset, if possible with some animated parts. Set permissions and pick it up.
- Observed results:
The permissions often change once the linkset is in the inventory. Sometimes they change to -M -C -T, no perms at all. after rezzing the object, permissions change back again.
- Expected results:
The permissions should always stay the same, no matter if the object is rezzed or in the inventory.

- Workaround until this is fixed:
Setting the permissions twice, once on the rezzed object and again within the inventory after picking it up; reporting the bug nonetheless. Sorry :)


Bug report, category: Building
Summary: Permissions revert after rezzing an object
Details:
- Steps to reproduce the bug:
Create a prim and pick it up. Change its permissions within your inventory. Rez it again.
- Observed results:
The permissions revert back after rezzing. Perms set in the inventory only stay until something is rezzed. Happens only when rezzed on the floor, body attachments work fine (until rezzed on the floor).
- Expected results:
Permissions should always stay the same after a change, no matter if they were applied to a rezzed object or an inventory object.

- Workaround until this is fixed:
Setting the permissions twice, once on the rezzed object and again within the inventory after picking it up; reporting the bug nonetheless. Sorry :)


Bug report, category: Building
Summary: Corrupted prims
Details:
- Steps to reproduce the bug:
Create a prim. Insert a script that moves or rotates the prim. Duplicate the prim several times by holding Shift and dragging it. Link the prims.
- Observed results:
Often you get "corrupted prims" that way - all prims move just fine except for 1 or 2, though all of them are running the same script.
- Expected results:
Uhm... working scripted prims :)

- Workaround until this is fixed:
Unlinking, deleting the corrupted prim, replacing it with a new one (not copied from another linkset prim), applying the same script again, relinking; reporting the bug nonetheless. Sorry :)


...and nothing can stop us from providing content. Now another bug report about the filename reversion, an e-mail to the concierge asking when the island that I ordered 2 weeks ago will likely be finished, and I can start working. Btw, when I was trying to post this, I ran into a forum bug... "You have included too many images in your signature or in your previous post"... *laughs hysterically*
Llauren Mandelbrot
Twenty-Four Weeks Old.
Join date: 26 Apr 2006
Posts: 665
Broken Toys?
10-27-2006 12:07
From: Ishtara Rothschild
Bug report, category: Building
Summary: Permissions revert after rezzing an object
Details:
- Steps to reproduce the bug:
Create a prim and pick it up. Change its permissions within your inventory. Rez it again.
- Observed results:
The permissions revert back after rezzing. Perms set in the inventory only stay until something is rezzed. Happens only when rezzed on the floor, body attachments work fine (until rezzed on the floor).
- Expected results:
Permissions should always stay the same after a change, no matter if they were applied to a rezzed object or an inventory object.

- Workaround until this is fixed:
Setting the permissions twice, once on the rezzed object and again within the inventory after picking it up; reporting the bug nonetheless. Sorry
This one was posted in Linden Answers and answered by Kelly Linden in Please clarify permissions and Permissions explanation typo?. Apparently, the inventory item and the object are two seperate assets. I tend to agree with you, however, that this has "astonishing" consequences. However, knowing about them, one can use this to one`s advantage. For example, make a Copy/NoMod/NoTrans item, take it into inventory, and change the Next Owner permissions to NoCopy/NoMod/Trans. Now your customers can give their only copy away, once, and the recipient can give their only copy away, once, and so on, as many transfers as needed, but once someone rezzes it, that person can copy it as often as wished, but not give it away again. Perfect for selling NoTrans gifts to gift-givers. [Clear as mud?] However, to rely on this is a bad idea, as we have no confirmation [yet] from the Lindens that it will stay this way.
From: Ishtara Rothschild
Btw, when I was trying to post this, I ran into a forum bug... "You have included too many images in your signature or in your previous post"... *laughs hysterically*
I`ve had this happen to me repeatedly. It`s apparently a "feature".:o

As for the other bugs, I haven`t had any personal experience with any of them, but I surely appreciate you taking the trouble to report them. Thank you!
Ctarr Huszar
BEYOND TATTOO
Join date: 14 Oct 2005
Posts: 125
10-27-2006 12:35
When I get home - Ill upload some new tattoos and see if this is happening on my side of the grid.
Baleigh Garden
Registered User
Join date: 17 Jun 2005
Posts: 1
Clothing Textures
10-27-2006 13:05
I AM a clothing designer and I am at a loss, if not almost a panic! Nothing I make can be transferred to another object or person! My custom requests...CAN'T Do! Anyone have ANY idea if or when this will be fixed? Lindens...a little help here?
Ishtara Rothschild
Do not expose to sunlight
Join date: 21 Apr 2006
Posts: 569
10-27-2006 13:26
From: Llauren Mandelbrot
This one was posted in Linden Answers and answered by Kelly Linden in Please clarify permissions and Permissions explanation typo?. Apparently, the inventory item and the object are two seperate assets. I tend to agree with you, however, that this has "astonishing" consequences. However, knowing about them, one can use this to one`s advantage. For example, make a Copy/NoMod/NoTrans item, take it into inventory, and change the Next Owner permissions to NoCopy/NoMod/Trans. Now your customers can give their only copy away, once, and the recipient can give their only copy away, once, and so on, as many transfers as needed, but once someone rezzes it, that person can copy it as often as wished, but not give it away again. Perfect for selling NoTrans gifts to gift-givers. [Clear as mud?] However, to rely on this is a bad idea, as we have no confirmation [yet] from the Lindens that it will stay this way.


That's true. Now that I know of that bug I can see that it offers nice features. You could do the same with a sales box, btw; the permissions of the box are set to -M -C +T, the box contents have +M +C -T. But before I read Kelly's answer by pure coincidence, I went through a lot of trouble because of this. Here's what this bug looks like to a "newbie builder":

One applies the permissions to a linkset, picks it up, packs it into a vendor. Customer complains about missing modify or copy rights. One checks the permissions: all perms gone. One tests that, rezzes the object, permissions fine, picks it up again - permissions lost. So one makes it a habit to apply the permissions on inventory items only. But now the customers complain again: the permissions look just fine after a purchase, but now they're gone after rezzing the linkset. No one would ever guess that there are two separate permission sets.

This bug is even worse when it happens with prim clothes or avatar attachments. An attachment will still have "inventory permissions" when rezzed in an attachment spot. So I go and buy a nice prim skirt with modify permission. I can modify it while wearing it just fine. Months later I accidently drag it onto the floor instead of putting it on - modify permission gone, the skirt is useless now when I want to change my shape.


From: Baleigh Garden
I AM a clothing designer and I am at a loss, if not almost a panic! Nothing I make can be transferred to another object or person! My custom requests...CAN'T Do! Anyone have ANY idea if or when this will be fixed? Lindens...a little help here?


You just have to use "Save" instead of "Save as". Just open the bugged item again, apply the texture once again and save it.
Llauren Mandelbrot
Twenty-Four Weeks Old.
Join date: 26 Apr 2006
Posts: 665
10-27-2006 14:17
From: Ishtara Rothschild
That's true. Now that I know of that bug I can see that it offers nice features. You could do the same with a sales box, btw; the permissions of the box are set to -M -C +T, the box contents have +M +C -T.
Agreed. Lots of nice possibilities.

...but: "Is this a bug, or a feature?" We need answers!
From: Ishtara Rothschild
But before I read Kelly's answer by pure coincidence, I went through a lot of trouble because of this.
...but at a price if extreme "astonishment": Agreed, and "in spades", to boot!
From: Ishtara Rothschild
Here's what this bug looks like to a "newbie builder":

One applies the permissions to a linkset, picks it up, packs it into a vendor. Customer complains about missing modify or copy rights. One checks the permissions: all perms gone. One tests that, rezzes the object, permissions fine, picks it up again - permissions lost. So one makes it a habit to apply the permissions on inventory items only. But now the customers complain again: the permissions look just fine after a purchase, but now they're gone after rezzing the linkset.
Agreed, this has a very high "astonishment" factor.
From: Ishtara Rothschild
No one would ever guess that there are two separate permission sets.
I certainly didn`t guess that, and I had even had previous information that in retrospect says exactly that there are seperate permissions, even though it does not say so explictly. In other words, I already knew this, and it still came as a surprise!
From: Ishtara Rothschild
This bug is even worse when it happens with prim clothes or avatar attachments. An attachment will still have "inventory permissions" when rezzed in an attachment spot. So I go and buy a nice prim skirt with modify permission. I can modify it while wearing it just fine. Months later I accidently drag it onto the floor instead of putting it on - modify permission gone, the skirt is useless now when I want to change my shape.
Eep!:eek: I hadn`t thought about it from that angle!

Also, you`re talking about prim attachments. How does it affect things that are wearable only [such as non-prim clothing, and shapes], and how are newbies supposed to tell the difference? Also, how does this affect things like gestures and other non-wearable types of non-object assets?
Pal Platini
Bodyart
Join date: 15 Jun 2004
Posts: 108
10-27-2006 14:43
Thanks for the work around tips & all the bug reporting!

I'm just not all that keen about pushing out content thru such buggy code. Any excuse to take a break, eh? :D
Jesseaitui Petion
king of polynesia :P
Join date: 2 Jan 2006
Posts: 2,175
10-27-2006 15:48
The work around posted by isthara(sp) worked for me. Im just really bummed LL ignored my post in linden anwers regarding this. They really need to do something about their custmer support its really ticking me the f off.


ALLS they had to say was "were looking into it" or "We didnt know about this just have everyone send in bug reports and well lookinto it" etc SOMETHING

but nope, instead they just ignore it
1 2