Roundup Tracker - Issues

Issue 1426959

classification
roundup-demo should allow changing the URL
Type: rfe Severity: normal
Components: Installation Versions:
process
Status: closed fixed
:
: richard : a1s, jpend, richard, rouilj
Priority: normal :

Created on 2006-02-08 03:31 by rouilj, last changed 2007-08-28 22:38 by jpend.

Messages
msg3411 Author: [hidden] (rouilj) Date: 2006-02-08 03:31
Roundup-demo uses a hard coded url:

 http://localhost:8917/demo/

This is a problem if you are running the server on
a remote linux box that doesn't have a web browser
on it. It would be nice to be able to specify
a server name to use rather than localhost that way
the demo could be explored from a remote system.

-- rouilj
msg3412 Author: [hidden] (richard) Date: 2006-02-08 03:47
Logged In: YES 
user_id=6405

Patch willingly accepted :) 
msg3413 Author: [hidden] (a1s) Date: 2006-02-08 06:32
Logged In: YES 
user_id=8719

please note that the demo server listens on all network
interfaces.

all you need is stop the demo when demo tracker has been set
up and change the address in demo/config.ini

... perhaps the patch could include just this note?  Richard?
msg3414 Author: [hidden] (richard) Date: 2006-02-09 02:54
Logged In: YES 
user_id=6405

where? 
msg3415 Author: [hidden] (a1s) Date: 2006-02-09 05:50
Logged In: YES 
user_id=8719

well, in the notice printed on the console when demo starts,
i think.

and maybe in the "for the really impatient" section of
installation.txt too.
msg3416 Author: [hidden] (jpend) Date: 2007-08-28 05:34
Modifying the config.ini as a1s suggests works fine, but is there any reason to prefer a hardcoded 'localhost' over socket.getfqdn()? We're already listening on all interfaces, we might as well be using a useful name. That way the user doesn't have to be bothered with starting the demo, stopping it, reconfiguring it, and then restarting it.

I have a trivial patch ready to make this change if dropping localhost is okay.
msg3417 Author: [hidden] (a1s) Date: 2007-08-28 06:42
yes, there is.

you cannot trust the dns on windows.  until version 0.8 we had problems with unresolvable names returned by gethostname().

people advanced enough to use remote server should be able to reconfigure the tracker if they need to.
msg3418 Author: [hidden] (jpend) Date: 2007-08-28 15:30
I was afraid that Windows would be a problem but when I tried it at work getfqdn() returned what I expected. Granted that's on a moderately well administered Windows domain :-/

I agree it isn't very difficult to modify the config.ini and restart the server. Do you feel that more documentation changes are necessary to make it more "obvious"? If you have suggestions for documentation changes, I can make those.

If it is okay as is, this issue should probably be closed.
msg3419 Author: [hidden] (a1s) Date: 2007-08-28 16:29
yes, i think it would be good to have the case explained in the "For The Really Impatient" section of the installation.txt, and perhaps mentioned in the success_message in the demo.py script.
msg3420 Author: [hidden] (jpend) Date: 2007-08-28 22:38
Hmmm, it appears someone (you :) has actually already added some explanatory text to installation.txt giving some explicit instructions on what to do.

I've essentially cut and pasted them into the success message in demo.py for those who don't read documentation.

Richard seems to have given me CVS access so I've committed that change and am closing this Request. I'm sure someone will let me know if I've done something horribly wrong :)
History
Date User Action Args
2006-02-08 03:31:50rouiljcreate