Archived

This topic is now archived and is closed to further replies.

Ultima

µTorrent WebUI

Recommended Posts

Thanks so much for the RSS support. :D I can now use the linux version without hacking the rss settings.

The Date column is just broken, period.

I noticed the date is in epoch time, so i think you need to multiply by 1000 first. I made this change in webui.js and it seems to show a correct date in the rss list.


fdFormatRow: function (h, d) {
....
case "date":
h[c] = new Date(h[c] * 1000).toISOString();
break;
....

Share this post


Link to post
Share on other sites

Ah. It was actually broken in the past, so I had no way of testing it properly... so I assumed it was still broken. My fault. Will fix for the next version. Thanks for the heads up drdobsg! And FYI, it's probably better to fix this in utWebUI.fdDataToRow rather than utWebUI.fdFormatRow, since it's ever so slightly more efficient (only has to do the multiplication once per feed update rather than once per list redraw).

@vicven2: Not supported with 2.2. Only 3.0 supports the ability to modify the scheduler table.

@HaxtonFale: Unlikely, unless the API is magically augmented.

Share this post


Link to post
Share on other sites
Ehm, Fornit is asking for date columns, which has been requested a bajillion times before, but isn't possible because the backend doesn't send the information.

The linux client has dates, not sure about the latest windows client. Position 23 and 24 seem to be epoch dates. I am assuming they represent date added and date completed. I edited the javascript and was able to add the columns and the data seems to be lining up with Added and Completed dates.

Share this post


Link to post
Share on other sites

Ultima, that certainly makes sense about moving it to fdDataToRow. I have to admit I don't know enough about what you are doing to fully understand it, I was just kind of hacking my way through it.

Share this post


Link to post
Share on other sites

If the fields were added, I wouldn't know because I haven't had an opportunity to toy with the API directly in a while, and the documentation as I last checked didn't mention it either. Will take another look next time.

And yeah, I know you're less familiar with it, which is why I was giving you a pointer (since you're already altering it yourself right now).

Share this post


Link to post
Share on other sites

Been using the WebUI for a LONG time, and finally came across this thread and figured out how to update it. Man, I've been missing a lot!!! My last version was 3.7.1....

Love the RSS Downloader - shows me my RSS filters so I don't have to try and VNC onto my HTPC to look at what I have. I know that this appears to be the first crack to show the RSS Downloader (per the release notes), but I am currently unable to update my filters and/or add new ones, or delete current ones.

Is this a known issue? Still working on it? No complaints... just information... I haven't had it "forever" anyway, just wanted to throw it out there.

Keep up the great work dude!!

Share this post


Link to post
Share on other sites

Ubuntu Server x64 2.6.32-28 + uTorrent Server 3.0.24118 + webUI v.0.380 WIP (2011-01-27).

In the list of torrents, when I move the horizontal slider, head of the list does not move with a horizontal slider, stands on the site.

In uTorrent Server - heading the list of torrents moves OK!

This can be seen in the Opera 11.01 and IE 8.0.

utserverwebui001.th.jpg

utserverwebui002.th.jpg

P.S. - Add to the list please torrents column "tracker".

Thank

Share this post


Link to post
Share on other sites

Works for me. vrn_vrds also complained about the behavior before, but it resolved itself. Don't know what else to tell you.

Edit: Nevermind. I see where the problem lies. Fixed for the next release. For those of you experiencing this problem, for now, the workaround is to set Preferences > WebUI > "Max. rows per page" = 0.

As for the Tracker column, previously addressed.

Share this post


Link to post
Share on other sites

Does anyone know why WebUI shows 0(0) seed peers on every torrent, while inside µTorrent it shows the correct peers. It only seems to do this for seeders, leacher peers always seem to show up correctly..

µTorrent shows that there are seeders [for example 0(5)], but in WebUI window it never shows them [all torrents show 0(0)].

Browser and OS are all the same. I have tried accessing from Linux, OS X, Windows, and at least three different browsers on each platform, so it is not an issue with my OS or browser. Accessing remotely, or same network, or on the localhost client also all provide the same results.

The client (WebUI host): Windows Vista, µTorrent/2.2.0.0, WebUI V0.380 WIP.

Share this post


Link to post
Share on other sites

µTorrent sends only data about peers in its peer cache to WebUI, and seed data about seeds it's previously connected to and personally knows to be seeds.

µTorrent's main UI shows data about the peer cache and tracker scrapes. The discrepancy lies there.

Share this post


Link to post
Share on other sites

How do I fix this issue then? I primarily use a private tracker and prioritize for low seed-peer torrents. Since WebUI shows all torrents to have 0(0) seeds even though I know this to not be true, it means I have to look up the torrents using my home utorrent client then adjusting accordingly on the remote WebUI host.

Share this post


Link to post
Share on other sites
@DonGato: There is no shortcut. There is a menu item to do that, reachable from the µTorrent icon at the bottom-left of the screen. As for why it's broken on your BlackBerry... well, actually, I'm not seeing what's broken. If the screen has limited horizontal screen real estate, then naturally the rest of the columns won't be visible.

But the browser has room for many more columns as you can pinch and zoom to the part you want. Are they hidden by the UI regarding informed screen size in pixels by the browser?

Share this post


Link to post
Share on other sites

Edit: Nevermind. I see where the problem lies. Fixed for the next release. For those of you experiencing this problem, for now, the workaround is to set Preferences > WebUI > "Max. rows per page" = 0.

Thank you, works

Today drew attention to the sort column "Status" in webUI.

Incorrect sorting, both ascending and descending. Will this be corrected in future versions webUI.

fwGuU.jpg

Share this post


Link to post
Share on other sites

@DonGato: Yes, WebUI only uses the amount of space that the browser tells it is available.

@AlexDOM: Yeah... sorting on the Status column has been rather broken for a while. I knowingly broke it, but made sure that it would be relatively easy to fix whenever I got around to it. So why isn't it already fixed? I just keep putting it off because there have been other more interesting things to deal with, and I've had limited time. I'll try getting around to it some time :P Thanks for the reminder! [ Edit: Alright, should be fixed in the next release. ]

Share this post


Link to post
Share on other sites

JavaScript - http://192.168.0.8:6800/gui/
Unknown thread
Uncaught exception: TypeError: Cannot convert 'f[m]' to object
Error thrown at line 1, column 31837 in a(m, e, p, o, g) in http://192.168.0.8:6800/gui/webui.js:
f.hasChanged=((f[m].length+f[p].length)>0)
called from line 1, column 33580 in <anonymous function: loadList>( in http://192.168.0.8:6800/gui/webui.js:
(function(c){var d=CONST.RSSFEED_ID;c.rssfeeds.sort(function(e,h){var g=e[d],f=h[d];if(g<f){return -1}if(f<g){return 1}return 0}).each(function(e){this.rssfeeds[e[d]]=e},this);c.rssfeedm.each(function(e){delete this.rssfeeds[e]},this);if(typeof(DialogManager)!=="undefined"){if(DialogManager.showing.contains("RSSDownloader")){if(c.hasChanged){this.rssDownloaderShow()}}}}).bind(this)(a("rssfeeds","rssfeedp","rssfeedm",CONST.RSSFEED_ID,this.rssfeeds));
called from line 1, column 29860 in <anonymous function: getList>(c) in http://192.168.0.8:6800/gui/webui.js:
this.loadList(c);
called via Function.prototype.apply() from unknown location in <anonymous function: bind>() in http://192.168.0.8:6800/gui/mootools.js:
/* no source available */
called via Function.prototype.apply() from unknown location in <anonymous function: bind>() in http://192.168.0.8:6800/gui/mootools.js:
/* no source available */
called from line 1, column 37679 in <anonymous function: fireEvent>(f) in http://192.168.0.8:6800/gui/mootools.js:
f.apply(this,c)
called via Function.prototype.apply() from unknown location in <anonymous function>(i) in http://192.168.0.8:6800/gui/mootools.js:
/* no source available */
called from line 1, column 8968 in <anonymous function: each>(i, r) in http://192.168.0.8:6800/gui/mootools.js:
Array.forEach(this,i,r);
called from line 1, column 37544 in <anonymous function: fireEvent>(e, c, in http://192.168.0.8:6800/gui/mootools.js:
d.each(function(f){if({f.delay(b,this,c)}else{f.apply(this,c)}},this);
called via Function.prototype.apply() from line 1, column 34739 in <anonymous function>() in http://192.168.0.8:6800/gui/mootools.js:
this.$caller=i;

My webui don't load.

utorrent 1.8.4

How to fix it?

Share this post


Link to post
Share on other sites

I have been running uTorrent and webUI for several years on my XP Pro media server. Suddenly this morning webUI, which I usually access from IE8 on another PC on the LAN, started acting inconsistently. I switched to FireFox and it worked once; then it would just fail to load and eventually timeout.

I then installed this latest version of webUI and replaced my uTorrent 2.2.1 with the release candidate. Everything up to date but no change.

So then, per the guidance above, I tried calling up webUI on the media server itself as

http://127.0.0.1:8080/gui. No response.

What do I do now?

Share this post


Link to post
Share on other sites

Do you have a firewall blocking loopback connections? Are you sure that it's actually on and on the correct port?

Share this post


Link to post
Share on other sites

Check the configuration in the client. Make sure the port you set is actually set. If it's an alternate port, then make sure that option is turned on. Make sure another app hasn't taken the port.

Share this post


Link to post
Share on other sites
Make sure another app hasn't taken the port.
Bingo! I set the alternate port to 8082 and up it came. So, some other app has stolen 8080. Grrr. I'm unleashing the hounds.

You've made my day. Thx.

Share this post


Link to post
Share on other sites

Is it possible to display the tracker status message somewhere?

Otherwise, there doesn't seem to be any way to determine the cause of connection problems,

fwiw, I'm using utorrent-server-3.0-24118 on debian.

Share this post


Link to post
Share on other sites