almaniac Posted November 10, 2007 Report Share Posted November 10, 2007 Hi all, I've searched through the forums but didn't see a solution to the problem I'm having, although some other people apparently have the same issue.I have just setup the WebGui and it works fine, UNLESS I use port 80 as the "Alternative Listening Port". When I use port 80 I get a login prompt, and then the "index.html" file out of the WebGui.zip (i.e. the "Loading" screen). After a few seconds I get a dialog box saying the request timed-out.I've checked the uTorrent log tab, and here is what's in there every time it happens:[13:07:08] HTTP: IP 127.0.0.1: GET /gui/[13:07:08] HTTP: IP 127.0.0.1: GET /gui/stable.css[13:07:08] HTTP: IP 127.0.0.1: GET /gui/common.js[13:07:08] HTTP: IP 127.0.0.1: GET /gui/style.css[13:07:08] HTTP: IP 127.0.0.1: GET /gui/stable.js[13:07:08] HTTP: IP 127.0.0.1: GET /gui/script.js[13:07:08] HTTP: IP 127.0.0.1: GET /gui/content.js[13:07:08] HTTP: IP 127.0.0.1: GET /gui/images/h.png[13:07:08] HTTP: IP 127.0.0.1: GET /gui/images/t_bg.png[13:07:08] HTTP: IP 127.0.0.1: GET /gui/images/s_bg.png[13:07:08] HTTP: IP 127.0.0.1: GET /gui/images/hide_on.png[13:07:08] HTTP: IP 127.0.0.1: GET /gui/images/error.png[13:07:08] HTTP: IP 127.0.0.1: GET /gui/images/toolbar2.png[13:07:08] HTTP: IP 127.0.0.1: GET /gui/images/bul_f.png[13:07:08] HTTP: IP 127.0.0.1: GET /gui/images/bul.png[13:07:08] HTTP: IP 127.0.0.1: GET /gui/images/bul_l.png[13:07:09] HTTP: IP 127.0.0.1: GET /gui/images/hide.png[13:07:09] HTTP: IP 127.0.0.1: GET /gui/images/world.png[13:07:09] HTTP: IP 127.0.0.1: GET /gui/images/settings.png[13:07:09] HTTP: IP 127.0.0.1: GET /gui/images/exp.png[13:07:09] HTTP: IP 127.0.0.1: GET /gui/images/rss.png[13:07:09] HTTP: IP 127.0.0.1: GET /gui/images/props.png[13:07:09] HTTP: IP 127.0.0.1: GET /gui/images/about.png[13:07:09] HTTP: IP 127.0.0.1: GET /gui/images/label.png[13:07:09] HTTP: IP 127.0.0.1: GET /gui/images/delete.pngAs you can see, it seems to process all the GET requests until delete.png. After that I get the timed-out message.If I have it listen on 8080 it works fine, and this is what I see in the log tab:[13:29:43] HTTP: IP 127.0.0.1: GET /gui/[13:29:43] HTTP: IP 127.0.0.1: GET /gui/stable.css[13:29:43] HTTP: IP 127.0.0.1: GET /gui/common.js[13:29:43] HTTP: IP 127.0.0.1: GET /gui/style.css[13:29:43] HTTP: IP 127.0.0.1: GET /gui/stable.js[13:29:43] HTTP: IP 127.0.0.1: GET /gui/script.js[13:29:44] HTTP: IP 127.0.0.1: GET /gui/content.js[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/h.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/t_bg.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/s_bg.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/hide_on.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/error.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/toolbar2.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/bul_f.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/bul.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/bul_l.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/?action=getsettings[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/header.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/blank.gif[13:29:44] HTTP: IP 127.0.0.1: GET /gui/?list=1&getmsg=1[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/settings.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/hide.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/exp.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/world.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/props.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/about.png[13:29:44] HTTP: IP 127.0.0.1: GET /gui/images/rss.png[13:29:45] HTTP: IP 127.0.0.1: GET /gui/images/label.png[13:29:45] HTTP: IP 127.0.0.1: GET /gui/images/delete.png[13:29:45] HTTP: IP 127.0.0.1: GET /gui/images/tstatus.png[13:29:50] HTTP: IP 127.0.0.1: GET /gui/?list=1&cid=1070732439&getmsg=1Notice there is one more GET request for the tstatus.png file, and then what I presume is the updating requests. These continue to appear as I let the GUI run and refresh itself.I do not have a web server installed / running, and I have disabled Skype's use of port 80.Any ideas?UPDATE:Well, I still can't get Port 80 to work locally, but I've set it to port 8080 and forwarded port 80 to 8080 in my router. So, I can use 8080 locally, and 80 externally. That seems to be working fine (just tested it), but I'd still love to know why port 80 won't work locally... Link to comment Share on other sites More sharing options...
Ultima Posted November 12, 2007 Report Share Posted November 12, 2007 Works fine for me... What browser are you using? Link to comment Share on other sites More sharing options...
almaniac Posted November 12, 2007 Author Report Share Posted November 12, 2007 I'm using IE 7, but I tried Firefox as well with the same result. Link to comment Share on other sites More sharing options...
Firon Posted November 12, 2007 Report Share Posted November 12, 2007 Works for me too. Link to comment Share on other sites More sharing options...
almaniac Posted November 12, 2007 Author Report Share Posted November 12, 2007 Well, it's weird alright; after all it's ALMOST working for me too. It just stalls on that last png file.Is there any coupling between the Zip file and the uTorrent executable? Could they be mis-matched somehow? I don't suppose uTorrent could be trying to use port 80 for something else could it? I've tried running netstat to see if something else was stepping on port 80, but there doesn't seem to be any conflict... Link to comment Share on other sites More sharing options...
Greg Hazel Posted November 13, 2007 Report Share Posted November 13, 2007 Wireshark logs of this interaction may be illustrative too. I can only imagine using post 80 is causing the browser to make requests differently somehow. Link to comment Share on other sites More sharing options...
Greg Hazel Posted November 13, 2007 Report Share Posted November 13, 2007 I did a little digging in to this problem. I can reproduce it, but it's interesting to notice the issue does not occur with Firefox. I also set up a little webserver to just serve up the static files, and it complained similarly about the timeout error (but only when on port 80). So, I think this is a bug in the WebUI / IE. Link to comment Share on other sites More sharing options...
Greg Hazel Posted November 13, 2007 Report Share Posted November 13, 2007 Ok, I found the bug. It's a WebUI issue, but it's trivial.script.js does: location.host.split(':')[1] to determine the port. In a url like "http://localhost/gui" that results in undefined. So, it assembles a url like "http://localhost:undefined/gui/...", which is of course nonsense but FireFox happens to be tolerant of this sort of nonsense.If you're brave enough, edit script.js and apply some sort of check like this: port = location.host.split(':')[1]; if (port == undefined) { port = "80"; } this.url = window.location.protocol + '//' + document.domain + ':' + port + '/gui/'; Link to comment Share on other sites More sharing options...
almaniac Posted November 14, 2007 Author Report Share Posted November 14, 2007 Great! I'll try it!Tried it but...Is there somewhere I could get this file with the line breaks and whitespace back in? I tried making the edit above but I screwed it up. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.