Anything Missing From This List?

At first glance this looked like a bizarre bug, because I couldn't figure out how it could possibly happen... then I realised that it's possible you really do mean that "/n" works in llSetText! If that's the case.
You should see "hello/nthere/n"! If you want to see "hello" and "there" you need to use a backslash, not a slash. If "/n" works, that's a bug... probably deliberately introduced by Linden Labs for the sake of people who were mistakenly using "/n" instead of "\n".
You shouldn't see this if you use "\n" because that's compiled as a literal newline, not the characters "\n", into the script itself.

I had it correct in my actual scripts. Regardless, the point is that the displayed text is different after teleporting than it was before teleporting.

That's truly weird. Can you post the script, because I can't imagine how that could possibly happen unless you're doing something like reading a line from a notecard and converting the "\n" to newlines yourself... if "\n" was handled at run-time rather than compile time there's code of mine I know wouldn't work.

parcel/owner name is locked when creating a profile pick(based on where you were when it was created), even when using set location after changing sims, sim and coordinates do update... minor, but still an annoyance.

and what happened to layouts staying open and where you put them on client restarts?

addendum to the parcel stream bug: my player controls still show it stopped when it starts playing automatically, I have to start then stop it.

I don't understand the reluctance. Of course it's truly weird... this is a thread about bugs. Everything in the list is equally weird. Well, I was hoping to avoid this, but since you asked... create a new script as below, put it in a default cardboard cube and attach it to your center hud. Teleport to a new zone and notice how you can actually see the \n.

default
{
state_entry()
{
llSetText("Hello\nAvatar\n", <1.0,0.0,1.0>, 1);
}

touch_start(integer total_number)
{
llSay(0, "Touched.";
}
}

Actually, no, most of the bugs in this thread aren't weird at all. Really. I could probably fix half of them myself just from the descriptions, and I'd make a nice dent in them given a long weekend's access to the source code.

When I get online this evening I'll check your script out, see what's up.

One question... why do you have that extra "\n" at the end anyway?

How about now?

Well, this is great! I'm glad Eep took the initiative to organize Known Issues, followed up by some fantastic suggestions. I don't state that lightly.

I know SL Answers can't be replied to (regarding Eep's earlier Q) so I'm posting in here for further discussion.

I've posted the alphabet-categorized known issues list to the SL Wiki. While it can be edited by anyone, if you're going to add to it, do so outside the main list so that list remains consistent with what LL supposedly already knows about...

I have not been able to reproduce this problem. Can you drop a copy of the actual script on me in-game?

In related news:

default
{
state_entry()
{
string blah = "Hello\nAvatar";
llSetText(blah, <1,0,0>, 1);
}
}

Shows the \n (or used to at least.)

I get "Hello" and "Avatar" on separate lines. The "\n" isn't shown as anything but a line break.

I swear, some days I want to strangle Bill Gates.

Have they fixed llList2Vector and llList2Rot? These two dont automatically typecast strings (unlike llList2Integer and llList2Float). The typecasting behavior should be consistant across all llList2* functions.
==Chris

More UI bugs:
* Inventory transfer fails when an item in an object's contents is dragged directly onto an avatar or onto a user's profile.

* When a script clicked on and dragged from an object's contents into the contents of another object, it's running checkbox is unchecked and requires recompilation.

I'm not at home right now but I'll check it later. If by that you mean that you put in a good word for me or something, then thank you
I uncovered something weird in the gesture editor, and reported it.
When you create new gestures by copying and pasting a similar one, the server copy retains its trigger until you save it. Thing is, when you save and activate, the "activate" message gets there first while the gesture is still uploading or something... and it activates the server copy, which deactivates the old gesture. It's a little annoying. If you save, wait for a while, and then activate, this doesn't happen.
I encourage everyone else to send in bug reports on the issues you are posting about, if you havent already.

FlipperPA,

Brent Linden and I spent a few days messing with my vendor at Bens when it got borked like this. We finally got it narrowed down to something in the sim, but then they restarted the sim as part of the rolling update and it started working again...

If I tried to buy my vehicle while I was in Oak Grove, it wouldn't work. If I moved my av to the next sim, alt-zoomed to the vendor, I could buy the vehicle.

- Jon

Would that mean "great" as in "it is neato that a customer imposed some order on the long list of things that are broken instead of LL having to", or in the sense of "this is a very long list", or "it is splendid that there are so many bugs"?

oooh thanks.. didn't know about this.

Yep... I hardly ever use the friends list for online status. I usually use the IM dialogue box. It ALWAYS has your online friends highlighted in bold and sorted to the top, under groups.

1 more bug

* Ravenous Dingo continues 2 b permitted to post mangled english 2 teh forums, causing much irritation 2 peeps everywhere

I didn't know llList2Integer worked on strings in the list.

I always use (integer)llList2String(), and I'll continue to do so. Sometimes there's language features you're better off not using, and I think this is one of them.

Oh, one other I've found:

- Friends list doesn't release up/down arrows when it's no longer in focus, if a friend is selected (ie, highlighted blue).

And one more (is this recent?):

- You can't stop flying on no-fly land.

OK, I've now been able to make that "\n" show up in an llSetText. Or I was able to, but the same script's no longer displaying the behaviour.

But Linden Labs seems to have done something really awful to make this happen, because I had my script go through the string character by character, and there wasn't a backslash anywhere in the string... there was a literal newline, but no "\" and "n".

Also, the "\n" was disappearing and reappearing as I moved around. And on top of that, it didn't change to "lastword\n", it changed to "lastword" followed by "\n" on a second line. Tat is, the newline I put in was still there... they were adding a literal "\n" after the newline.

This is truly weird.