For ****'s sake, add a "Reconnect" button!

If you're not going to fix the ****ing servers, add a RECONNECT or RELOG button so that we don't have to shut the program down and then sit through 25 minutes of "Login failed, come back later" messages.

You'd prefer to just have a single click for each failure?


I agree, though, this would be useful for times when your internet hates you, or SL hates you, or whatever. I don't understand why a total client restart is needd.

Yeah! THIS! It would be great for the times when the MiniMap goes red for some inexplicable reason!! Or when, you are standing there for 10 mins with no hair and no skirt and one shoe on and nothing is moving/happening. A reconnect button would be soo handy..

and/or just a "logout" button that does not completely quit SL but takes you to the login screen instead... some of us DO have alts after all.

3 thumbs up.

Also Lance's suggestion, because I usually figure out I'm hosed long before the viewer does. (Inability to move or pull up a profile or interact with an object are all pretty good clues, as well as one-sided conversations. Well, I guess those one-sided conversations aren't always a sure indicator!) Yes, I realize that SL sometimes recovers from this, but rarely after a minute or two.

This is one of the big ones that made me think of it. This happens to me way, way too often, I tend to keep a second copy of the program running, minimized, just for this.

While we are making our Christmas Wish List...may I please add a request for an "Undo" button again.... (grumbles... frustrating day with a build......)

control-Z?

doesn't always work

It seems to be another case of lag when undo doesn't work but it sometimes helps to deselect the object then try 'Ctrl+Z' after selecting it again. Otherwise I don't understand how a button would solve the problem. Surely it would only repeat the command which isn't working in the first place?

^Z won't work if you have a cursor in any text box. That's why it doesn't seem to work when you change numbers in the edit panel, for example (position, size, rotation). Ephraim's workaround helps in that case. (This is a good argument for a button, btw.)

Also, we get funky results when the selection doesn't match what we were doing. For example, if I move an object, and then select one of the prims and move it, and then select the object and ^Z -- what do I get? It's understandable to get odd results in this case.

It's a great thing that undo is selection-specific. But it leads to some complicated cases you don't see when Undo is global.

Which is fair enough but I see it fail often enough without having any of the communication tabs open and the 'Edit' box is minimised.


I can see how this could happen also but, again, I've seen undo fail on a prim that I'm certain I haven't confused with any another one.

The only thing I can think of is that the instruction occasionally gets lost in a hiccough somewhere between my keyboard and the server on planet Linden. I still don't see how a button would make things easier but who am I to complain if it did just that?

Interesting. I haven't noticed a failure since I learned the trick and when sure I'd selected the right stuff. But I sure wouldn't claim it never fails!

A button or menu selection would be good, but I suspect you're right that the problem might be deeper than simply getting the command to the server.

Undo can be tricky to implement. I've certainly seen a lot of bad cases! Fortunately, there's a popular design pattern for it. I suspect the undo history is kept in the client rather than in the server. If so, it could be looked into by software gurus outside of LL. Is there a JIRA entry? And maybe we should take this to its own thread, to get the attention of someone who's interested in "undo" but not "reconnect".