joz

+1 for moving the torrents around a bit Cheers.

Many thanks here too. Working like a charm now

Hi Lord Alderaan, I have been thinking about this some more and yeah I think you're right it's gonna be some job to get done, especially since I need to be supporting several different logins (different sites which means different login forms but also different methods as ASP.net login, basic auth etc.). I have really not taken that much time to dig through your code but I will, been busy as usual. I was kinda hoping there was something opensource that already does this sorta stuff but apperently yours is the closest I can find. Already got your realese version downloaded, good enough for me Thanks! About the console I work on it's not that fancy, just a simple iframe. The actual page is just about 80 pixels high, beneath that is all iframe, webui also gets loaded in it as well as all other third patry apps but also my own coded parts. Has a couple advantages such as not having to reload the resource intensive menu.

Just wanted to let Ultima know that I have finally figured out all my issues! And ofcourse they were all me, being dumb and all - IE iframe bug was due to not having a doctype in the parent of the iframe (still developing this, just a shortcut I shouldn't have taken) - The latest webui problems I had were caused by my apache config skills. I proxypassed it to /utorrent/ and just read up on it again and as stated in the actual thread (haven't seen that before) this does not work. /gui/ does. Sorry for taking up your time Ultima but I'm glad I figured it all out. The only one that has high prio for me is getting a generic solution for what I like to call a login pass through (automatic login with curl or something). Taking a shot @ it today I hope, maybe trying out glype in the process. Also took a quick scan @ lord alderaan's code. There's as he said a lot in there, I have to filter out the login stuff and were he does it, still.

Thanks Lord Alderaan! I'll be digging into that.

Hey ultima, I was looking for something generic actually, webui is not the only one. So I guess I'll just give it a shot when I have time.

I did a bit of testing again and I think I have found my issue. For the time being I have been using url's with credentials in my server console (little project I have been doing), in the form of; http://someuser:somepassword@someuri:someport/somedir I know this is not supported by IE defaults, works for all other browsers though afaik. This is the source of the problem in conjunction with my apache proxy rewriting. It only is not working through apache proxy, this "url credential" method does work with direct calls to webui. The funny thing is that it used to work, like 2 versions back, no probs. Sorry for all the fuzz and my lack of testing. I think this is too specific to be considered as a bug and I guess a pain in the ass to fix if at all possible (might actually still be something on apache's config side). However I am still not about to give up and was wondering if Ultima's willing to share his opinion and point of view as a web developer!? Here's what I'm thinking (quote from mediaportal thread): This method will then be used in conjuntion with inserting a <base> tag in the head to have all relative uri's point to the right location (read the php cURL script with param ?orig-url=$_SERVER['REQUEST_URI']) This'll be a bit of work and testing to get to go, not started yet. I have this feeling there'll be a snag somewhere around the corner.

Hey ultima, sorry I have not been of much help but I'm still here and not planning to give up on it. Just been a bit busy. I will start testing again with the latest, most likely in VM so I can start from scratch. So i hope to atleast provide you with logs asap. Anyway thx again for this tool and not giving up on this user

Happy new year! Ultima I get your point and I truly want to believe everything you say but it's just what it is (at least to me). If I put the updated webui.zip in there it does what I desrcibe, if I then replace it with the version before, it does not. So yeah it might still be something on my side but then it's something that has worked (although luckily, maybe) with my config with the older versions. Sorry I do not know what to tell you or how to help you with this (it might not seem like it but I really would ). I guess I'll just stick with the prev. version then. Thanks again for all the hard work! ----EDIT---- I did clear cache, cookies etc with FF webdeveloper, I kinda have to cause I eventually have this running in an iframe (the discussion before IE quirkness ) and that's kinda cache persistent in many ways in FF (I have been testing without iframe so that should not mather). I will try and get you the logs today (and analyze them myself ofcourse), I guess you mean apache access logs right? Or is utorrent doing some logging on this aspect. I have not investigated it that far, kinda busy, you know how it is. ----EDIT2--- Ok I could offer you this, but just if you're willing and I understand if you're not. The PC in question, running utorrent/webui, is my server/htpc. It runs windows and I already have it setup to accept RDesktop connections from the outside. So what I could offer you is guest access to this system (I think you are most likely an ok person but just in case I'll create backups so I can easily go back). I could also switch a couple passwords around so you can test certain aspects. Just if you're willing, if you're not I can understand and that's ok.

I was just testing this again with apache proxypass and still having the same basic authenticication issue. I have not changed anything regarding apache configuration so it cannot be that. I digged in a little further and saw that the request token.html is now done on /gui (none existent) instead of /utorrent. Might that be the cause of the constent login prompts? There has to be some cause and since I did not change anything on this aspect except for the new webui release (the one before that works beatifully, still have that one backed up (and also in production system) just in case) I believe it has to be something in webui. To be clear this problem only appears when running it thru apache not when directly accessing webui. I also tried adding /gui/ as a proxypass but that did not resolve the 404 for some reason. This is a bit weird and complicated to me. Don't get me wrong here I really appreciate the effort you have put into all of this, it's really a handy tool but I'd like to get it fixed

Hey ultima, thanks for the quick response. I hope i can test for you late tonight (gmt+1). I'd gladly be your guineau pig to help nip this in the butt. I used to be able to upload torrents, i Will test that as well. I am not gonna be using the new change which makes it possible to have webui sitting in subdirs of the zip but if you want i can test that also. Typing all of this on my (i)phone so excuse the typo's ----EDIT---- I was just testing out the new fixes for url rewriting. The 404 requests are now fixed but basic authentication is fired for each request (as it seems, so for each image etc.). I can login if I put in the right credentials in the first login popup and then cancel the rest. Not sure by what that's caused.

First of all merry christmas and thanks for the new release! I just updated and ran into a little snag. I run utorrent thru apache with the Proxypass method described on these forums. It worked until this new version. It hangs on the loading animation and firebug tells me that there are some 404 requests being done. I run webui on /utorrent/ The 404 requests are done on /ut/ Is there some JS interacting with the URL and doing some ajax POSTing/GETing or something? these are the ones that result in 404; /ut/?action=setsetting&s=webui.cookie&v={%22showDetails%22:true,%22showCategories%22:true,%22showToolbar%22:true,%22showTitleSpeed%22:false,%22updateInterval%22:3000,%22alternateRows%22:false,%22confirmDelete%22:true,%22lang%22:%22en%22,%22hSplit%22:0.88,%22vSplit%22:0.5,%22trtCols%22:0,%22torrentTable%22:{%22reverse%22:false,%22maxRows%22:50,%22colOrder%22:[0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15],%22colWidth%22:[220,100,80,80,100,80,60,80,80,60,80,60,60,60,30,90],%22sIndex%22:-1,%22rowsSelectable%22:true},%22flsCols%22:0,%22fileTable%22:{%22reverse%22:false,%22maxRows%22:50,%22colOrder%22:[0,1,2,3,4],%22colWidth%22:[200,60,80,100,80],%22sIndex%22:-1},%22activeLabel%22:%22_all_%22}&t=1261730069772 /ut/token.html /ut/?action=getsettings&list=1&t=1261730070043

Thanks but ofcourse I thought it would have been some float issue with to wide div's but it apperently isn't. Ah well thanks again but I'll just tell my roommate to go somewhere dark and unpleasant or use a decent browser

Thanks Ultima for the reply. I know IE sucks when it comes to these sorta specifics. The refresh you suggest does work, sometimes ctrl+f5 works better (neglecting cache). I do not really mind myself cause I'm a firefox user but nevertheless would like to get it fixed for my stuck to IE room mate. Isn't there somewhere I could add an IE exception in webui to leave a bit of margin for this problem? Yeah I know, dirty hack... And you wouldn't want that in a release for the public but I'm not against running my own build for this.

First of all I have to thank the authors of this awesome webinterface, I've been using this for ages now so that should be said. Now I have some questions regarding this webinterface. I have been working on a server console (as I call it, more like a portal of several webinterfaces tide together in one interface, see here for a feel; http://tinyurl.com/yl8wcku ). I've been running into this stupid IE bug I can't seem to figure out maybe any of you have some ideas for me. First things first this problem is caused by the way I have setup the server console, everything that I link from is loaded into an iframe, this means the same for utorrent. It works ok when I do not load the webui in an iframe. In IE (whatever version, does not mather) I had this problem that the width of some elements are not set correct (possibly due to the fact that the iframe takes up a bit of width in IE, I have set frameborder to 0 which helps a bit although not really valid xhtml). This results in the right upper pane (the ones which lists the torrents) being pushed below the left upper pane (the filter pane with downloading etc). At first I had this constantly (so upon first entering the page in IE), after adding the frameborder=0 I have it only when I select a torrent in the list. I'm totally clueless how to get this fixed. It can be some JS interacting with eachother (iframe being dynamically resized by my JS code) which bugs it up, not sure. Any insides or help is greatly appreciated as I'm clueless, just to be clear this is an IE only bug only occuring when utorrent webui is loaded in an iframe. If someone is interested in the code (which might also help you figure it out) I'm willing to share but it's far from being something generic. This is however easily reproducable by just making a simple iframe and loading the webui in there, using any IE.