• 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-4471
Type: Bug Bug
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Jacek Antonelli
Votes: 35
Watchers: 11
Operations

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

"Copy Selected" with "Rotate Copy" behaves incorrectly

Created: 01/Feb/08 09:24 PM   Updated: 30/Jul/09 06:04 PM
Return to search
Component/s: Building (in-world)
Affects Version/s: 1.18.5.3, 1.21, 1.23
Fix Version/s: None

File Attachments: None
Image Attachments:

1. repro_number_1.jpg
(21 kB)

2. repro_number_2.jpg
(21 kB)

3. repro_number_3.jpg
(21 kB)
Issue Links:
Relates
 

Linden Lab Issue ID: DEV-9951


 Description  « Hide
The "Copy Selected" tool does not behave correctly in all cases if the "Rotate Copy" option is enabled.

What it's supposed to do is create a new copy of the selected object, rotated to the same angle as the prim you click on, and positioned flush against that prim (i.e. no gap between them). In the past, this has been extremely valuable, allowing builders to quickly and accurately align prims against each other (such as the floors and walls of a house).

However, it does not work reliably when one or both of the prims involved have been rotated away from the default <0,0,0> rotations.

  • If one prim has been rotated, the copy will have the correct new rotation, but its position will be incorrect. This bug has existed for as long as I can remember, as far back as Sept 2006.
  • If both prims have been rotated to different orientations, neither the new rotation nor position of the copy are correct. This misbehavior is new, within the past several months.

(Incidently, it does work correctly if both prims have been rotated to the same orientation. This fact made the longstanding bug minor, as making a copy of the copy resulted in the correct behavior.)

REPRO #1: (To see what it's supposed to do all the time)
1. Rez two cubes, A and B. Do not rotate either cube.
2. Right click on B, and Edit it.
3. Access the Create tab of the Build floater (Ctrl-4), and enable the checkboxes "Copy Selected", "Center Copy", and "Rotate Copy"
4. Click on a face of A.
= Observed and expected: a new copy of B appears, with the same rotation as A, positioned flush against A.

[[ NOTE: I accidently switched the labels in the pictures for repros #2 and #3, so I'm also switching the A and B designations below ]]

REPRO #2: (Rotation is correct, but position is not)
1. Rez two cubes, A and B.
2. Rotate A to a rotation different from B. (The more different the angles, the more dramatic the bug.)
3. Right click on A, and Edit it.
4. Access the Create tab of the Build floater (Ctrl-4), and enable the checkboxes "Copy Selected", "Center Copy", and "Rotate Copy"
5. Click on a face of B.
= Observed: a new copy of A appears, with the same rotation as B, not positioned flush against B.
Expected: a new copy of A should appear, with the same rotation as B, positioned flush against B.

REPRO #3: (Neither rotation nor position is correct)
1. Rez two cubes, A and B.
2. Rotate both A and B, but not to the same rotation. (The more different the angles, the more dramatic the bug.)
3. Right click on A, and Edit it.
4. Access the Create tab of the Build floater (Ctrl-4), and enable the checkboxes "Copy Selected", "Center Copy", and "Rotate Copy"
5. Click on a face of B.
= Observed: a new copy of A appears, with a different rotation than B, not positioned flush against B.
Expected: a new copy of A should appear, with the same rotation as B, positioned flush against B.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Jacek Antonelli made changes - 02/Feb/08 11:38 AM
Field Original Value New Value
Description The "Copy Selected" tool does not behave correctly in all cases if the "Rotate Copy" option is enabled.

What it's supposed to do is create a new copy of the selected object, rotated to the same angle as the prim you click on, and positioned flush against that prim (i.e. no gap between them). In the past, this has been extremely valuable, allowing builders to quickly and accurately align prims against each other (such as the floors and walls of a house).

However, it does not work reliably when one or both of the prims involved have been rotated away from the default <0,0,0> rotations.

- If one prim has been rotated, the copy will have the correct new rotation, but its position will be incorrect. This bug has existed for as long as I can remember, as far back as Sept 2006.
- If both prims have been rotated to different orientations, neither the new rotation nor position of the copy are correct. This misbehavior is new, within the past several months.

(Incidently, it does work correctly if both prims have been rotated to the same orientation. This fact made the longstanding bug minor, as making a copy of the copy resulted in the correct behavior.)


REPRO #1: (To see what it's supposed to do all the time)
1. Rez two cubes, A and B. Do not rotate either cube.
2. Right click on B, and Edit it.
3. Access the Create tab of the Build floater (Ctrl-4), and enable the checkboxes "Copy Selected", "Center Copy", and "Rotate Copy"
4. Click on a face of A.
= Observed and expected: a new copy of B appears, with the same rotation as A, positioned flush against A.


REPRO #2: (Rotation is correct, but position is not)
1. Rez two cubes, A and B.
2. Rotate B to a rotation different from A. (The more different the angles, the more dramatic the bug.)
3. Right click on B, and Edit it.
4. Access the Create tab of the Build floater (Ctrl-4), and enable the checkboxes "Copy Selected", "Center Copy", and "Rotate Copy"
5. Click on a face of A.
= Observed: a new copy of B appears, with the same rotation as A, not positioned flush against A.
Expected: a new copy of B should appear, with the same rotation as A, positioned flush against A.


REPRO #3: (Neither rotation nor position is correct)
1. Rez two cubes, A and B.
2. Rotate both A and B, but not to the same rotation. (The more different the angles, the more dramatic the bug.)
3. Right click on B, and Edit it.
4. Access the Create tab of the Build floater (Ctrl-4), and enable the checkboxes "Copy Selected", "Center Copy", and "Rotate Copy"
5. Click on a face of A.
= Observed: a new copy of B appears, with a different rotation than A, not positioned flush against A.
Expected: a new copy of B should appear, with the same rotation as A, positioned flush against A.
The "Copy Selected" tool does not behave correctly in all cases if the "Rotate Copy" option is enabled.

What it's supposed to do is create a new copy of the selected object, rotated to the same angle as the prim you click on, and positioned flush against that prim (i.e. no gap between them). In the past, this has been extremely valuable, allowing builders to quickly and accurately align prims against each other (such as the floors and walls of a house).

However, it does not work reliably when one or both of the prims involved have been rotated away from the default <0,0,0> rotations.

- If one prim has been rotated, the copy will have the correct new rotation, but its position will be incorrect. This bug has existed for as long as I can remember, as far back as Sept 2006.
- If both prims have been rotated to different orientations, neither the new rotation nor position of the copy are correct. This misbehavior is new, within the past several months.

(Incidently, it does work correctly if both prims have been rotated to the same orientation. This fact made the longstanding bug minor, as making a copy of the copy resulted in the correct behavior.)


REPRO #1: (To see what it's supposed to do all the time)
1. Rez two cubes, A and B. Do not rotate either cube.
2. Right click on B, and Edit it.
3. Access the Create tab of the Build floater (Ctrl-4), and enable the checkboxes "Copy Selected", "Center Copy", and "Rotate Copy"
4. Click on a face of A.
= Observed and expected: a new copy of B appears, with the same rotation as A, positioned flush against A.

[[ NOTE: I accidently switched the labels in the pictures for repros #2 and #3, so I'm also switching the A and B designations below ]]

REPRO #2: (Rotation is correct, but position is not)
1. Rez two cubes, A and B.
2. Rotate A to a rotation different from B. (The more different the angles, the more dramatic the bug.)
3. Right click on A, and Edit it.
4. Access the Create tab of the Build floater (Ctrl-4), and enable the checkboxes "Copy Selected", "Center Copy", and "Rotate Copy"
5. Click on a face of B.
= Observed: a new copy of A appears, with the same rotation as B, not positioned flush against B.
Expected: a new copy of A should appear, with the same rotation as B, positioned flush against B.


REPRO #3: (Neither rotation nor position is correct)
1. Rez two cubes, A and B.
2. Rotate both A and B, but not to the same rotation. (The more different the angles, the more dramatic the bug.)
3. Right click on A, and Edit it.
4. Access the Create tab of the Build floater (Ctrl-4), and enable the checkboxes "Copy Selected", "Center Copy", and "Rotate Copy"
5. Click on a face of B.
= Observed: a new copy of A appears, with a different rotation than B, not positioned flush against B.
Expected: a new copy of A should appear, with the same rotation as B, positioned flush against B.
lindenrobot made changes - 04/Feb/08 09:24 AM
Linden Lab Issue ID DEV-9951
Erica Linden made changes - 06/Oct/08 11:42 AM
Link This issue is related to by SVC-998 [ SVC-998 ]
Sue Linden made changes - 13/Nov/08 11:02 AM
Workflow jira-2007-12-22a [ 51697 ] jira-2008-11-14 [ 62750 ]
Sue Linden made changes - 13/Nov/08 11:20 AM
Workflow jira-2007-12-22a [ 62750 ] jira-2008-11-14 [ 68754 ]
Sue Linden made changes - 13/Nov/08 04:35 PM
Workflow jira-2008-11-14 [ 68754 ] jira-2008-11-14a [ 88701 ]
Sue Linden made changes - 13/Nov/08 04:54 PM
Workflow jira-2008-11-14 [ 88701 ] jira-2008-11-14a [ 94842 ]
Sue Linden made changes - 13/Nov/08 05:03 PM
Workflow jira-2008-11-14 [ 94842 ] jira-2008-11-14a [ 98126 ]
Sue Linden made changes - 13/Nov/08 05:13 PM
Workflow jira-2008-11-14 [ 98126 ] jira-2008-11-14a [ 102112 ]
Sue Linden made changes - 13/Nov/08 05:32 PM
Workflow jira-2008-11-14 [ 102112 ] jira-2008-11-14a [ 109491 ]
Sue Linden made changes - 13/Nov/08 05:54 PM
Workflow jira-2008-11-14 [ 109491 ] jira-2008-11-14a [ 116900 ]
Sue Linden made changes - 13/Nov/08 06:09 PM
Workflow jira-2008-11-14 [ 116900 ] jira-2008-11-14a [ 122552 ]
Sue Linden made changes - 13/Nov/08 06:33 PM
Workflow jira-2008-11-14 [ 122552 ] jira-2008-11-14a [ 131140 ]
Sue Linden made changes - 13/Nov/08 06:50 PM
Workflow jira-2008-11-14 [ 131140 ] jira-2008-11-14a [ 137593 ]
Moon Cole made changes - 16/Dec/08 06:34 PM
Affects Version/s 1.21 [ 10370 ]
Priority Normal [ 4 ] Major [ 3 ]
Jacek Antonelli made changes - 30/Jul/09 06:00 PM
Affects Version/s 1.23 [ 10470 ]
Affects Version/s 1.21 [ 10370 ]
Ellla McMahon made changes - 30/Jul/09 06:04 PM
Affects Version/s 1.21 [ 10370 ]