ID:111804
 
Applies to:Dream Seeker
Status: Open

Issue hasn't been assigned a status value.
I'd like something similar to the old Guest key where you can log into a game 20 times and it just keeps stacking as Guest1, Guest2, Guest3, etc.

It would save me a whole lot of time logging into the game (currently have to switch accounts each time) and I wouldn't have to register a bunch of throw-away keys.
Similiar to this?.
Not quite, that still needs you to register a bunch of keys. I'd just like to log in as a guest 20 times.
DivineTraveller wrote:
Similiar to this?.

I'm not sure why that request is for DD, if you're testing the game by running it from DM you'd only have DS running.

It seems like it'd work best to have an "add player" command in DS that would make the game hosted (if it isn't already) and spawn a new client that connects to the game. There could be a login dialog in case you wanted to add a registered user, but you could easily skip it to add a guest. It would certainly be faster than hosting the game, remembering the port, logging out of the pager, logging back in, then connecting manually to the local game. It could be streamlined to just two keystrokes.

Unlike the mass login, this makes it easy to add players when you want to. Sometimes you might just need 5 players in the game to test something and its fine if they all log in at once, but other times you need to test things where two players log in, something happens, then another player logs in.
Forum_account wrote:
I'm not sure why that request is for DD

I use Dream Daemon for testing any features that require more than one key online at the time. It makes things simpler for me.

if you're testing the game by running it from DM you'd only have DS running.

You might only have DS running, I certainly don't.
The point is to streamline testing. Requiring the use of DD wouldn't help with that.
This feature request doesn't really have anything to do with DS or DD, I just wanted a debug key I could log into the same game 20 times with.

I think the easiest way to do this would be to literally add a key called "Debug" to the pager. Logging into a game with client.authenticate disabled would allow the key stacking without any security issues.
Forum_account wrote:
The point is to streamline testing. Requiring the use of DD wouldn't help with that.

No, the point was to allow me to test my projects easier. And I host my projects locally in Dream Daemon while I'm testing them. There's no remembering of ports, or opening locations or anything. There's a button on DD that logs whatever key I'm using straight into the server it hosts.

If I logged into a Debug key as Sax suggests below, and hit that button twenty times (based entirely on how Sax wants it to work), that's far easier than opening a location or even going to your most recent servers in the pager.

I don't care if the ideas get combined as per the paragraph above, or some other method is given for us to test multiple keys in our local servers without painfully annoying steps in between. As long as it's available in DreamDaemon it matters not to me. If it's only available in Dream Seeker, I'll immediately open the request for something similar in Dream Daemon.

We don't all do things the way you do them. If you want to only use Dream Seeker in testing, that's fine. It's no skin off my back. Just remember that I prefer using Dream Daemon.
We don't all do things the way you do them. If you want to only use Dream Seeker in testing, that's fine. It's no skin off my back. Just remember that I prefer using Dream Daemon.

It's not a matter of doing things my way, its about making the feature useful and simple for the staff to add. Every case here has one thing in common - dream seeker. Adding it to DS is the easiest way for the feature to work for all ways you might run the game (from DM, from the pager, from DD, etc.). Even though you're using DD, you still have an instance of DS open.

I could also understand justification for making this a DM-only thing (it could be a command line argument you can set from DM). Having a way for players to quickly connect many clients to any server might cause problems. I'm not sure how much of a problem this would be. The problem theoretically exists now, users just don't have an easy way to exploit it.
Tiberath wrote:
No, the point was to allow me to test my projects easier. And I host my projects locally in Dream Daemon while I'm testing them.

Running projects that you're working on in DM with DD is just unintuitive. We shouldn't degrade a feature for a single incorrect use(r) of it. I think FA's suggestion about this being some kind of button in DM would work best - a Run option (Run with Clients...?) where you can input a certain amount of "debug keys" to log in. You seem to be getting oddly pissed off over this request...