• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-5087
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Showstopper Showstopper
Assignee: bao linden
Reporter: afon shepherd
Votes: 113
Watchers: 21
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Attach To... from inventory ignores selected postion and attaches to stored location.

Created: 21/Feb/08 12:38 PM   Updated: 04/Apr/08 09:33 PM
Return to search
Component/s: Inventory
Affects Version/s: 1.19.1 Release Candidate, First Look: Dazzle
Fix Version/s: 1.19.1 Release Candidate

File Attachments: 1. Text File slviewer-v11910-wrong_attach_point.patch (0.7 kB)

Environment:
CPU: Intel Pentium 4 (Unknown model) (2992 MHz)
Memory: 512 MB
OS Version: Microsoft Windows XP Service Pack 2 (Build 2600)
Graphics Card Vendor: ATI Technologies Inc.
Graphics Card: MOBILITY RADEON 9700 x86/SSE2
OpenGL Version: 2.0.5279 WinXP Release
LLMozLib Version: 1.1.0 (Mozilla GRE:1.8.0.12_0000000000)
Issue Links:
Duplicate
 

Linden Lab Issue ID: DEV-11623
Patch attached: Patch attached
Linden Lab Internal Branch: Branch_1-19-1-Viewer


 Description  « Hide
If you try to right-click and select Attach To.. on an object in your inventory, the object attaches to its stored (or default) location, not the location you select. Objects rezzed in world correctly attach to the selected location using the pie menu.

I have tested this in a few sims, both mainland and estate.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Ashrilyn Hayashida added a comment - 21/Feb/08 07:02 PM
I just tried this, easy to reproduce.
I made a cube named VWR-5087 Test. Took it. Wore it from inventory. Right hand, as expected. Detached it.
Tried to Attach To ... Right Shoulder.
It attached to Right Hand.
If I detach and Wear it, it goes to Right Hand.

I also tried to Attach To.. Left Hand; Skull; Left Eyeball; Right Upper Arm. It attached to my Right Hand in all cases (the default, in other words).


Torley Linden added a comment - 28/Feb/08 02:30 PM
I don't think this is Dazzle-specific? Changed version.

Tiea Aeon added a comment - 02/Mar/08 12:54 PM
I was just in a class making a necklace, trying out Dazzle for the first time, and tried to attach the necklace to my neck. It said "Can't attach there, there's something there. Do you want to replace" I said "okay" but it wasn't there! The old necklace was there, instead the necklace I just made was on my right hand! So I took off the necklace, old one, thinking maybe it was causing a problem. Still nothing. I tried to attach it to my thigh, my upper arm, my leg. Nothing. Still, all I could get was the necklace going to my hand. I closed it down, after reading this, and went back in Windlight... and..BINGO! It attached to my chest. So, apparrently it IS a Dazzle specific problem, sorry, Torley.

Sugami Osumi added a comment - 03/Mar/08 02:08 AM
I can also confirm this, it does it with any of the Attach To options in Dazzle.

Harleen Gretzky added a comment - 03/Mar/08 07:39 PM
Tried this in other viewer versions(WL, 1.18.5.3, 1.19.3 RC, 1.19.0.5), appears to only happen in Dazzle.

Ryanna Enfield added a comment - 05/Mar/08 07:06 PM
I can also confirm this as I have had this issue several times now in the few days I've had Dazzle Viewer. The issue will happen in any sim. This should be apparent and very easy to reproduce as it seems all Dazzle Viewer users should have this problem. Please fix this issue soon. It makes it very difficult to use certain Combat Systems in SL that are used in most Roleplay Sims without loosing prim hair and such.

Rhaorth Antonelli added a comment - 06/Mar/08 04:19 PM
It is happening to me in the 1.19.1 version that was just released today

Harleen Gretzky added a comment - 06/Mar/08 07:21 PM
Occurs in 1.19.1 RC also.

Rhaorth Antonelli added a comment - 06/Mar/08 07:42 PM
please note that this is also affecting version 1.19.1

The bug I submitted was closed because this is the same bug, however I reopened as it is a different version and indeed is not resolved.


Geraldine Giha added a comment - 07/Mar/08 05:37 AM
I can confirm this is also happening in the latest 1.19.1 RC0 release. Just build a sphere, take it into inventory and wear it. It will appear on your right hand. Trying to attach it to other attachment points will still attach to the right hand, including trying to attach it to a HUD position.

Soft Linden added a comment - 07/Mar/08 06:30 AM
Yuck. Bumping priority - this pretty much ruins the RC

Taash Nightfire added a comment - 07/Mar/08 01:47 PM
After a few experiments in RC 1.19.1...

The right-click "Attach to..." options for objects in inventory is behaving like "Wear". Things attach to their last selected attachment point. If this was the right hand, or if the object was never attached and so is going to the default location, it ends up on the right hand. Otherwise, it's going to where it was last attached and only to that attachment point.

That is, if it was last attached to the left hand, right clicking to attach to the right hand will put it on the left hand, still.

Which is how "Wear" is supposed to, and does, function.

Scripting to attach to different points using llAttachToAvatar seems to work fine - you can script something to attach to where ever.

So...maybe a problem with handling right click menu selections and not some dire issue with attachments? Just a thought.


Eyana Yohkoh added a comment - 07/Mar/08 02:37 PM
The only way a previously attached item can change attachment spots (without resorting to a script) is to wear it, right-click and drop it, and then while it's rezzed in front of you right click and use the Attach To option in the pie menu.

As Soft Linden says, this does ruin the RC and makes creating or testing attachments impossible. With the potential for a sim crash and the loss of anything newly rezzed I would definitely not recommend dropping your hard work just to reattach it. The possible workaround is to make a copy of it in your inventory every time you need to change attachment points, but that gets highly annoying most especially if you are testing a script by attaching time and time again to different attachment points.

It does seem like it's completely ignoring the attachment spot specified and working as Wear, exactly as Taash Nightfire says.


tangletwigs fairymeadow added a comment - 07/Mar/08 04:02 PM
Just adding that 1.19.1 got me with this too ! HUDs attach to their last pre-1.19.1 point for example and nowhere else - if you go back to 19.0 and attach elsewhere this slot is then the new frozen one in 19.1.

Einsman Schlegel added a comment - 08/Mar/08 10:28 PM
Ok.. very bad bug here.. definately needs to be fixed asap... what went wrong guys? This never was an issue.

Hideki Sautereau added a comment - 08/Mar/08 11:43 PM
IT's really Bad, it's to a point where I can't work properly on some of my avatar mods....

I try to move a item from point a on my avatar to point b via attaching to new location and it completely fries.

Please fix.


Carlisse Midnight added a comment - 09/Mar/08 09:36 AM - edited
This issue needs to show up when you look at open issues for the 1.19.1 viewer, or it'll keep being duplicated. I was in the middle of entering a new one because I couldn't find it.

You can't set attachment points at all in this viewer. Things attach where they are defaulted to and cannot be changed, copies do the same thing. Very frustrating.

It happens with ALL video cards I've tried it on, not just radeon.


Bela Gentil added a comment - 09/Mar/08 09:49 AM
I had the same problem with flexi skirts I made, they attach to right hand. I can change the place (to pelvis) and edit position, but on closing edit window there they go to the right hand again.

Wonderful for my business...


Zwagoth Klaar added a comment - 09/Mar/08 12:00 PM
llinventorybridge.cpp

void rez_attachment(LLViewerInventoryItem* item, LLViewerJointAttachment* attachment)
{
LLAttachmentRezAction* rez_action = new LLAttachmentRezAction;
rez_action->mItemID = item->getUUID();
S32 attach_pt = 0;
if (gAgent.getAvatarObject() && attachment)
{
for (LLVOAvatar::attachment_map_t::iterator iter = gAgent.getAvatarObject()->mAttachmentPoints.begin();
iter != gAgent.getAvatarObject()->mAttachmentPoints.end(); ++iter)
{
if (iter->second == attachment)

{ rez_action->mAttachPt = iter->first; break; }

}
}
rez_action->mAttachPt = attach_pt;
if (attachment && attachment->getObject())

{ gViewerWindow->alertXml("ReplaceAttachment", confirm_replace_attachment_rez, (void*)rez_action); }

else

{ confirm_replace_attachment_rez(0/*YES*/, (void*)rez_action); }

}

comment out rez_action->mAttachPt = attach_pt; and all is fine.

silly logic bug, easy fix.

Sorry I dont have proper patch creation tools on hand right now or I would submit a proper patch. I will give somebody else the honors.
You should also comment out the unused local variable while your at it.

~Zwagoth Klaar


Zwagoth Klaar added a comment - 09/Mar/08 12:02 PM - edited
Marked as having a patch inside.

Removed link.


Lindal Kidd added a comment - 09/Mar/08 06:37 PM
This is happening in the Windlight Release Candidate, too, not just Dazzle First Look.
It affects HUDs as well as avatar attach points

This needs to be fixed right away!!!!!!


Skinkie Winkler added a comment - 10/Mar/08 03:16 AM
I reopened an issue in the 1.19.1 Viewer bug-list yesterday, which has been closed again as it relates to this one. As said above, it needs to show in that list or it will keep getting reopened/resubmitted.

This is a showstopping bug for me as I make jewellery but, I can't live without Windlight now, so as there seems to be a patch, any chance of getting this deployed asap?


Lozzie Lowe added a comment - 10/Mar/08 04:11 AM - edited
I dont understand why this issue seems closed. No HUD I make can be used. Ive had loads of help requests over this. I know its in Windlight and Dazzle . I thought it was OK in main client but just seen a case where there is a problem there as well.

Fi Douglas added a comment - 10/Mar/08 04:55 AM
If this is not going to be fixed soon, then the description needs to include HUDs and the circumvention needs to be made prominent, and easy to follow. Also needs to mention how to achieve it with a HUD, which can be extremely difficult for ordinary users to find once they've "dropped" it!

Meanwhile HUD manufacturers are getting complaints, since a lot of users change hud positions, much more than object users I would imagine.


Bridie Linden added a comment - 10/Mar/08 04:46 PM
Look for fix in next RC! Thx Bao!

Deej Coakes added a comment - 10/Mar/08 11:02 PM
Very annoying, cannot fit an outfit to myself due to the stored location overwriting previously attached objects I wish to keep on. Cannot change the point and adjust to fit. Currently on newest Windlight Viewer for Mac OS X.

Flaerion Batra added a comment - 11/Mar/08 12:26 AM
I can confirm this one myself as well. Any new items I build can not be attached to any points other than the right hand. At least I know its a bug and that I'm not losing my mind

My only real complaint is the loss of business from a lack of new products :/ Sadly, I'm too dependant on the WL's rendering and such to just drop back to the other client for my work.


Daniel Millgrove added a comment - 11/Mar/08 12:31 PM
for all you geeks out there compiling their viewer yourself, I attached a unified diff patch.
slviewer-v11910-wrong_attach_point.patch

Jenrose Meredith added a comment - 11/Mar/08 01:51 PM
Would someone please explain how to apply the patch please?

Is annoying to keep switching back to the old client any time I want to use anything.

And has anyone else noticed full blown computer-goes-into-standby with the new RC? Because a friend of mine found that whenever he used the RC, his computer would go into standby periodically, which it doesn't with any other program. I've had a hard time finding specific issues here...


Franta Burt added a comment - 12/Mar/08 05:10 AM
this issue has my vote

boring to attach objects obly from ground


Daniel Millgrove added a comment - 12/Mar/08 08:44 AM
@Jenrose:
https://wiki.secondlife.com/wiki/Submitting_patches#Applying_patches_to_your_source

Please note that this patch just does what is advised by Zwagoth Klaar. I personally haven't tried this change, I just put it into a unified patch file. I don't know if this patch breaks the build or if it even fixes the bug.


Raudf Fox added a comment - 12/Mar/08 09:24 AM
Wow, this one is almost as annoying as the failure of the camera to focus on hollow prims for content creation. I didn't WANT to drag a copy of the sleeve to the ground just to attach it to the other arm. Back to the regular viewer.

Uccello Poultry added a comment - 12/Mar/08 11:18 AM
Please note that attachments not previously worn go to the default "right hand" point. All other attachments to go whatever was their last good attachment point.

Ann Launay added a comment - 12/Mar/08 02:16 PM
Uccello, that's usually the case, but this bug is causing them attach to the right hand regardless of where they were attached previously.

Daniel Millgrove added a comment - 12/Mar/08 02:52 PM
@Ann, nope, sorry.

If the bug would be as you describe, then all your existing attachments (ring, necklace, bracelets, hair, etc.pp.) would always attach to your right hand instead. That's not the case, obviously.

If I build a necklace from scratch and attach it the first to my neck with RC, it attaches to my right hand. If I take the release viewer, attacht it to my neck and then give it to you using RC or Dazzle, then it attaches to your neck. You just can't change that due to that bug.


Naoki Ninetails added a comment - 12/Mar/08 03:45 PM
Oh, thank GOD this isn't just me...

Harleen Gretzky added a comment - 13/Mar/08 05:13 AM
Appears fixed in 1.19.1 RC1