Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

UI Object Editor window bugs

Neo Rebus
Registered User
Join date: 10 Apr 2004
Posts: 59
06-01-2006 19:54
Three bugs that have really been making me cranky. One's been there for a while, two just came in in 1.10.

The first one (that's been there for a while):

When you're in a sim that causes video lag (low fps), the editor window responds to "Tab" before it finishes entering numbers you're typing.

Bring up an editor window, select the X position and type 123<tab> quickly. What I normally get is 12 in the X position, and Y position replaced by 3.



The second one, since 1.10:

Some rotation values get changed while you're entering them.

For example: bring up an editor window, rez a cube.

Set X rotation to 10.
Tab to Y, set Y rotation to 270.
Tab to Z. The X rotation gets set to 0. Object looks right, but as soon as you tab off of Z, it resets to rotation <0,270,0>.

In some cases (which I cannot remember at the moment, but entered into an official bug report), there are rotation values that *cannot* be entered because of this - the rotation numbers change while you're entering them, and you can't get all three numbers entered.




The third one:

At random times (in other words, I've been unable to isolate this), random fields in the ditor window get reset. The last time I saw it, I had a cube open, double-clicked on the Position X field, and the Taper X and Y both set themselves to 1.0. I've also seen the Taper X and Y reset to 0, as well as the Path Begin/End reset to 0/1.



Is there anywhere where we can see the official reported bug list for SL?
Torley Linden
Enlightenment!
Join date: 15 Sep 2004
Posts: 16,530
06-01-2006 22:31
From: Neo Rebus

Is there anywhere where we can see the official reported bug list for SL?


Hi Neo, closest thing to that right now--insofar as reported and confirmed issues--would be this forum:

Known Issues & Development Updates
/255/1.html
_____________________
Thili Playfair
Registered User
Join date: 18 Aug 2004
Posts: 2,417
06-02-2006 01:27
""The third one:

At random times (in other words, I've been unable to isolate this), random fields in the ditor window get reset. The last time I saw it, I had a cube open, double-clicked on the Position X field, and the Taper X and Y both set themselves to 1.0. I've also seen the Taper X and Y reset to 0, as well as the Path Begin/End reset to 0/1.""


Gotten that quite a few times when i work with Toruses ,

still waiting for a Path Cut Beging and End -fix , its impossible to make a 100% fit without.
when using mouse scroll / manual type in values, in edit ui;
0.05 becomes 0.049
0.10 becomes 0.099
0.15 > 0.149
0.20 > 0.199
ectect.

Try editing one value, then the other, one goes odd, or both, this leave alot of builds with small cracks, that sooo easy to spot.
Zack Quasimodo
Registered User
Join date: 28 Oct 2005
Posts: 4
06-02-2006 01:51
Here's another slightly related to these. Let's assume you have Modify permission on someone's stuff. You need to edit that object. Half the time you click edit on it, it takes 3 or 4 clicks to get the object to highlight, and if you click any of the other options (move, rotate, or another tab, etc) the object will un-select, and you gotta go through the whole clicking and re clicking song and dance, and basically never actually get to modify the object.


That drives me bonkers.
Duke Scarborough
Degenerate Gambler
Join date: 30 Apr 2006
Posts: 158
Bumpy Bumpy
06-02-2006 04:59
As for issues #2 and 3 -

THANK GOD I'M NOT CRAZY!!!!!

I have posted #2 several times, and filed 2 bug reports on it. To date, I don't think that it has been acknowledged by any Linden. It is the most irritating, frustrating bug I can imagine!!! And Sooooo easy to reproduce at least part of the problem:

1. Create a cube prim.
2. Grab the Y axis rotator.
3. Rotate around..
4. Watch X and Z go CRAZY flipping to/from 180,180 to 0,0

It's driving me bloody bonkers. You can't enter the numbers manually because every time you change one rotation, the prim might suddenly flip on another axis. If you dont line it up exactly (say, 272) with the handler and try to fix it in the edit window by typing 270, the numbers suddenly flip out and change to something random.

UGH! PLEASE, PLEASE, PLEASE acknowledge this bug, LL!