Opened 9 years ago

Closed 9 years ago

Last modified 9 years ago

#2761 closed Bug (worksforme)

Transmission's WebUI dies before loading everything

Reported by: cybrian Owned by:
Priority: High Milestone:
Component: Transmission Version: 1.76+
Severity: Major Keywords:
Cc:

Description (last modified by livings124)

I have a clean connection to my server (it's on my LAN and I can talk to it just fine over any other protocol, but if I connect via the WebUI it simply shows this: http://imgur.com/cwD5u.png

I'm using 1.80b5 and this was NOT present in 1.76-1.80b3.

Attachments (1)

Untitled.png (130.3 KB) - added by cybrian 9 years ago.
screenshot

Download all attachments as: .zip

Change History (18)

Changed 9 years ago by cybrian

screenshot

comment:1 follow-up: Changed 9 years ago by livings124

How does it work on b5?

comment:2 in reply to: ↑ 1 Changed 9 years ago by cybrian

Replying to livings124:

How does it work on b5?

Oh, I'm sorry, I meant on b5

comment:3 follow-up: Changed 9 years ago by livings124

If you go back to a previous release, is it fixed? I ask because I am not seeing this issue, so it might be a local problem. Alternatively, does emptying the browser cache solve anything.

comment:4 in reply to: ↑ 3 Changed 9 years ago by cybrian

Replying to livings124:

If you go back to a previous release, is it fixed? I ask because I am not seeing this issue, so it might be a local problem. Alternatively, does emptying the browser cache solve anything.

Yep. On 1.76 and on 1.80b4 or older it works just fine. Is there any way I can turn on some debug mode or something so I can give you guys more details? Deleting my plist files and starting from scratch is NOT an option because I have 626 torrents seeding.

comment:5 Changed 9 years ago by livings124

Did you try deleting the cache with b5 or later?

comment:6 Changed 9 years ago by charles

I can't reproduce this either... :/

  • Is this reproducible?
  • If so, what specific steps should we take to recreate this bug?

comment:7 Changed 9 years ago by vipwolf

I have the exact same result. I run transmission on an Popcorn Hour. 1.76 runs fine. Starting from 1.80b3 the gui behaves really strange. I have almost no processor usage but the longer transmission runs the more unresponsive it gets. Especially with lots of downloads. From the command line I get similar results. Also the download speed decreased a lot so this might have nothing to do with the gui but with something complete different.

comment:8 Changed 9 years ago by kjg

cybrian, what message do you get when you click the details button.

comment:9 Changed 9 years ago by fuzzy76

Same problem here. :( Webinterface rendered unusable. The details dialog was a bit to wordy to transcribe, but here is a screenshot: http://img.skitch.com/20100118-e57tu9eyu5wtha9ej8394rhtas.jpg

comment:10 Changed 9 years ago by fuzzy76

For completeness: I tested this in Fluid (which uses Webkit), Firefox 3.5.x and Opera 10.10. So it's not a browser issue.

comment:11 Changed 9 years ago by kjg

fuzzy76, please try clearing your browser cache to see if thats the issue. If you are able to, Please check your javascript error console to see if there are any errors there.

I am unable to reproduce this on 1.80b5 so and much detail and help as possible is very much appreciated.

comment:12 Changed 9 years ago by fuzzy76

Since I tried three totally different browsers, there is nothing in the browser cache that could cause this. And my Opera install had never accessed the web interface before, so it didn't have anything from it in its cache.

Firebug output show three POST calls to /transmission/rpc. The first fails, but the second twoseems ok. The failed one follows:

HEADERS

Server Transmission X-Transmission-Session-Id 0ezoGVbeODIFLwWExQdrJWkMc7NoqUb6jGggFmkuefVrCoRV Date Mon, 18 Jan 2010 22:04:05 GMT Content-Length 580 Content-Type text/html; charset=ISO-8859-1 Request Headers Host minihtpc:9091 User-Agent Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; nb-NO; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 Accept application/json, text/javascript, */* Accept-Language nb,no;q=0.8,nn;q=0.6,en-us;q=0.4,en;q=0.2 Accept-Encoding gzip,deflate Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive 300 Connection keep-alive Content-Type json; charset=UTF-8 X-Requested-With XMLHttpRequest Referer http://minihtpc:9091/transmission/web/ Content-Length 24 Cookie show_filter=true

POST DATA

{"method":"session-get"}

RESPONSE

<h1>409: Conflict</h1><p>Your request had an invalid session-id header.</p><p>To fix this, follow these steps:<ol><li> When reading a response, get its X-Transmission-Session-Id header and remember it<li> Add the updated header to your outgoing requests<li> When you get this 409 error message, resend your request with the updated header</ol></p><p>This requirement has been added to help prevent <a href="http://en.wikipedia.org/wiki/Cross-site_request_forgery">CSRF</a> attacks.</p><p><code>X-Transmission-Session-Id: 0ezoGVbeODIFLwWExQdrJWkMc7NoqUb6jGggFmkuefVrCoRV</code></p>

comment:13 Changed 9 years ago by livings124

This might be resolved in the nightlies. Can those with issues try and report back? http://transmission.xpjets.com/

comment:14 Changed 9 years ago by livings124

  • Description modified (diff)

comment:15 Changed 9 years ago by cybrian

  • Resolution set to worksforme
  • Status changed from new to closed

Since livings124 suggested it may be fixed in the nightlies, and 1.80 final seems to be working just fine, I'm resolving this as "worksforme." (I'm hoping that I'm allowed to do that)

comment:16 Changed 9 years ago by fuzzy76

Works here too! :)

comment:17 Changed 9 years ago by livings124

  • Milestone None Set deleted
Note: See TracTickets for help on using tickets.