[opensource-dev] Found long-standing prim rotation bug: BUG-885

[Darien Caldwell]

Ahh, I see what you mean. it's acting as if the hidden snap ring is still
present.  A sneaky bug. :)


On Sun, Nov 25, 2012 at 10:13 PM, Ricky <kf6kjg at gmail.com> wrote:

> For a missing hyphen... :)  I meant edge-on.
>
> Here's how to reproduce the issue:
> Rez a cube
> Verify that Snap is disabled
> Orient camera to directly face one of the prim faces
> Select rotate mode or hold the correct modifier key(s)
> Using the mouse drag on the rotate circle that is most like a line - aka
> it is "edge-on"
> Observe that as you drag along the line of circle the cube it rotates
> smoothly (expected)
> Observe that if you drag off the line - as if snapping was enabled and you
> wished to snap - and then again in the direction of the line that it will
> snap. (not expected)
>
> Hope that helps clarify
>
>
> Ps. Sorry for the dup email Darien, I forgot to reply all.
>
> On Sunday, November 25, 2012, Darien Caldwell <darien.caldwell at gmail.com>
> wrote:
> > I'm a little unsure what "Edge on rotation" means. I can rotate a prim
> on every axis in-world with snap off, and it never snaps. At least, not
> unless I make it snap by engaging the Angle ring outside the circumfrence
> of the rotation handle. Then it snaps as it should.
> >
> > I hope your patch isn't breaking this functionality, it's intended and
> desirable.
> >
> > On Sun, Nov 25, 2012 at 8:23 PM, Ricky <kf6kjg at gmail.com> wrote:
> >>
> >> Just reported BUG-885, "Edge-on prim rotation snaps when snap is
> disabled"  Patch attached.
> >> Looks like this bug has been in place for a very long time - dates back
> to revision 0 of the code repository, committed by James Cook (James
> Linden).
> >> I've been delving back into the source code after a year and a half
> away.  I have to compliment LL, and all else involved, on the streamlined
> compile setup - smoother even than the old develop.py system, definitely
> better than the transition period when I last attempted! :D
> >> I found this bug while I was working on learning/cleaning the code
> structure in the LLManip* classes in preparation for reviving an old
> project.  Imagine my surprise when I found that one of the cases didn't
> have a check for whether Snapping was enabled!  So I took to opportunity to
> delve deeper and work out a fix.  Enjoy!
> >> Ricky
> >> Cron Stardust
> >> PS, for Firestorm I also reported it as FIRE-8338 as that is where I
> originally found the bug - however it exists in every viewer I've looked
> at.  Based on my research I think it's been in existence since snapping was
> first introduced - whenever that was!
> >> _______________________________________________
> >> Policies and (un)subscribe information available here:
> >> http://wiki.secondlife.com/wiki/OpenSource-Dev
> >> Please read the policies before posting to keep unmoderated posting
> privileges
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20121125/3477538e/attachment.htm