Problem to connect

[Griatch]

From guicam...@gmail.com on April 12, 2012 22:55:18

A) What steps will reproduce the problem? 1. Download Evennia from HG
2. Follow the procedures in the wiki page for Installation and Configuration
3. Start Evennia
4. Try to connect via telnet from localhost

B) What is the expected output? What do you see instead (tracebacks, error messages)?
I'll paste my chat log.

hello all
Guys
i'm having an issue to start evenia

2012-04-12 17:47:30+0000 [AMPProtocol,0,127.0.0.1] AMP Error for OOBServer2Portal: 'bool' object has no attribute 'get'

what could it be?
can't find similar problem over the internet
versions: Python 2.7.2 / twistd 11.0.0 / ubuntu 11.10 / Django 1.3 ( I guess)
OS details: OS: Linux PAT005476 3.0.0-17-generic #30-Ubuntu SMP Thu Mar 8 17:34:21 UTC 2012 i686 i686 i386 GNU/Linux
using trunk version of evenia, cloned just right now
client: terminal telnet

I am able to start my evennia server
the error happens when I try to connect via telnet to my server (Telnet localhost 4000)
and this is the output from python evennia.py (with option 2 - game debug)
Starting Evennia Server (output to stdout).
Starting Evennia Portal in Daemon mode (output to portal logfile).

Evennia Server is already running as process 9037. Not restarted.

Starting Evennia Portal in Daemon mode (output to portal logfile).

---

Evennia Portal (Beta- r4577344aa385 ) started.
amp (Server): 5000
telnet: 4000

webserver/client: 8000

2012-04-12 20:39:39+0000 [src.server.amp.AmpServerFactory] AMPProtocol connection established (HOST:IPv4Address(TCP, '127.0.0.1', 5000) PEER:IPv4Address(TCP, '127.0.0.1', 34319))

Here is the error when I try to connect:

2012-04-12 20:40:07+0000 [AMPProtocol,0,127.0.0.1] AMP Error for OOBServer2Portal: 'bool' object has no attribute 'get'

and telnet output is:
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.

That's all I see...
thanks again! C) What version/svn revision of Evennia are you using? On what operating system? Give as much information as possible to make it easier for developers to recreate the problem. versions: Python 2.7.2 / twistd 11.0.0 / ubuntu 11.10 / Django 1.3 ( I guess)
OS details: OS: Linux PAT005476 3.0.0-17-generic #30-Ubuntu SMP Thu Mar 8 17:34:21 UTC 2012 i686 i686 i386 GNU/Linux
using trunk version of evenia, cloned just right now
client: command line telnet (telnet localhost 4000) D) Please provide any additional information/suggestions below. Oh, the problem occurs with any server startup option / ways, like... ./evennia.py -i etc

ATM, I don't know if the problem occurs with other types of clients... i'll test it and update this issue.

Thanks!!

Original issue: http://code.google.com/p/evennia/issues/detail?id=229

[Griatch]

From griatch on April 12, 2012 14:06:36

Confirmed with vanilla telnet client. Seems to be an issue with the initial handshake.

Status: Accepted

[Griatch]

From guicam...@gmail.com on April 12, 2012 14:36:53

Ok, Griatch

I have some more information... I don't know if it's related to this issue

Still can't connect via command line telnet, so I installed 2 'modern' clients: GNOME-mud and mudlet (using the same environment as above).

I can't connect using GNOME-mud at all, and still don't get any output from the server. No traceback is generated (not even that bool object problem) at all.

Using GNOME-mud, i'm able to get to the loggin screen and send all connection commands to the server.

When connecting with my superuser account (#1, created when I synced the database):

I get a login confirmation on the server side (2012-04-12 21:12:40+0000 [AMPProtocol,0,127.0.0.1] [..] Logged in: guilherme(#1)@127.0.0.1:50019) but after that, I cannot issue any command. Not even help, or quit, look.. nothing.

Also, I don't get any problem on server. No messages, no tracebacks, nothing.

Then, I created another user from login screen (create "gui" gui@gui.com ), I could login and issue commands to the server normaly.

I'll check if I missed any configuration, but i'm pretty sure I followed all setup steps from wiki's documentation.

I'll send my settings.py

Thanks again!

Attachment: settings.py

[Griatch]

From griatch on April 12, 2012 14:46:41

Latest push handles the issue with vanilla telnet client. Gnome-MUD works, but you need to do "look" after connecting to see the connections screen; this is a known error and seems to be some strangeness in how some clients handle the initial handshake. Keeping this Issue open for now to see if one can fix that annoyance too while we're at it.

[Griatch]

From griatch on April 15, 2012 10:55:11

The remaining issue with gnome-mud is resolved in r6eab52d07101 . It is due to gnome-mud (and probably other cliens) not properly following the TTYPE specification, but sends its capabilities as strings rather than numbers.

Status: Fixed