#2 Special hostnames prevent login script from running

[Axelle Apvrille]

If I understand well how things work, launching
httpserver.py somehow builds a index.html page which
contains a line that calls the login form.py

The problem is that the line that is generated uses
host's name.
My machine's name is Poincar'e (e with an accent on
it). This is a valid Windows host name, but
unfortunately, the script doesn't like it all and a bad
character is generated in the index.html, which
prevents the login form from being loaded.

This can be worked around by replacing in the
index.html the name of the host by 'localhost' which
works in all cases.

Cheers.

[Daniel Ellison]

Logged In: YES
user_id=574048

No, not in all cases. I run AfW on one machine and my
browser on a couple of others. 'localhost' certainly doesn't
work in this case - in fact it prevents login. Also, with an eye
toward a time AfW can be run on a public machine, 'localhost'
again is deficient.

This mechanism is a way to get at the cgi-bin/login.form.py
page without having to type that url. Python's CGIHTTPServer
module doesn't provide a way to execute CGIs outside the cgi-
bin directory, so one is forced to refer directly to the script in
that directory.

I don't know what to suggest as a workaround, as the same
method of redirection is used in a few other places in AfW. I'll
look into using socket.gethostname() instead of
socket.getfqdn(). This would, of course, prevent AfW's use
on a public site.

[Daniel Ellison]

Logged In: YES
user_id=574048

I've modified AfW to use the machine's host name instead of
its fully qualified domain name. The change will be in the next
release. Please let me know if this solves your problem.