|
|
|
[
Permlink
| « Hide
]
Jacek Antonelli added a comment - 01/Feb/08 09:27 PM
Oops, I switched the A and B labels in images 2 and 3. The cube on the left should be labelled B in all images. _;
In case #3, I notice that the copied cube not only doesn't get properly rotated so as to flush up against the reference cube, it also doesn't preserve the original cube's rotation.
In fact, with a few simple trials, I couldn't quite gather WHAT rotation was being applied. For example, create two normally-aligned cubes as per Jacek. Rotate the to-be-copied cube A to some multi-axis change of orientation. Then rotate the reference cube B very simply: merely by 45 degrees on the Z axis. Then perform the copy-align-rotate of A onto the top face of B. The resultant copy cube A' doesn't have the orientation of the original A. Nor does it seem to have the orientation of A rotated through another 45 degrees on Z. Or any other orientation obvious to my feeble mind. Somebody's got their quaternions in a knot! I love your little smiley-face diagrams
What an odd bug. Coyote's right, someone's done something strange with quaternions. This reminds me of SVC-93 at first glance... I wonder if someone divided when they should have multiplied, or maybe did a multiply in the wrong order. That kind of thing can work fine when one or both rotations are ZERO_ROTATION, and only show up when you're dealing with two non-standard rotations. Since you mislabelled the diagrams, and we can't seem to remove attachments, maybe you should change the description for case 2 and 3 to match the diagrams, to avoid confusion. Good idea, Lex. I've changed the text for repros #2 and #3 in the description to match the A and B labels in those images.
@Lex Neva – yup, good possibility that somebody forget quaternions operations aren't commutative.
@Jacek - you might want to edit away your original clarifying comment, because it's not clarifying anymore ! (Since you modified the main report to match the diagrams.) I have modified MY comment accordingly, too. What an awesome bug repro! (And the smiley faces too.) I remember this bug from long ago... usability-wise, this part of the UI isn't intuitive to understand either. I'll import this for our Resident Experience Team to check out.
This passed Rx triage - It looks like a straightforward bug, rather than an intentional design. Waiting for viewer triage and watching vote count.
This says it only affects the version 1.18... This is untrue I am on the most current version and I am having issues. My last post was a month ago and nothing has changed. No info has been released NOTHING. You guys awake over there?
@Moon, if you've verified it applies to additional versions, go ahead and "Edit this issue" (in the left-hand menu) and add those version numbers. The jira is a contributory process, so feel free.
This is still broken in 1.23.4.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||