qtr delayed to connect to remote session automatically

[keizie]

On Ubuntu lucid, transmission-daemon is running. qtr connect to daemon.

1. qtr just shows blank listview initially. But statusbar shows blinking monitors.
2. After about 3 minutes or less, suddenly listview populated with torrents.
3. If launched with torrent seed, adding delayed till the 3 minutes pass.
4. Or can connect manually and immediately with 'Change Session' menu action.

I've traced source code myself but I couldn't tell why it doesn't connect at once while menu action do. They both call TorrentModel::restart() for kickstarting. They can't be different for that matter. I don't understand so I ask for help.

[charles]

I can't reproduce this issue and neither could another tester in #transmission. Is this something that happens every time for you, or occasionally?

[keizie]

As far as I can tell, it happens always.

[charles]

Is the server's upload bandwidth saturated with BitTorrent? uploads? If so you may want to cap Transmission's upload speeds to ~85% of your ISP's upload bandwidth.

[keizie]

No, This line is at 95+ Mbps. And concurrent traffic goes under that limit. Statusbar shows 'Transmission server is responding' at once when mainwin appears.

For more test case, I tried to run qtr via X11 forwarding. I expected delayed auto connection, but session dialog popped up after delay, as localhost is not appropriate. Is there any clue between main() and session dialog procedure?

[charles]

I'm afraid I still don't understand this ticket. The Qt client seems to be behaving correctly for me. Does this behavior still continue for you in 1.93?

[charles]

oops, this comment was intended for another ticket

[keizie]

Installed 1.93 from ppa:transmissionbt, and found nothing changed. Is there any checkpoint for me to verify?

[yegor]

daemon config

[yegor]

qtr config

[yegor]

Confirm the issue on Debian Squeeze (transmission 1.93-2).

rpc-authentication-required must be set to true in daemon in order to reproduce.

Example config files attached. Any comments?

[keizie]

Reproduced. But rpc-authentication-required need to be true for my environment. This is bug in transmission authentication routines, isn't it?

[Longinus00]

The first http request decides to take forever and I'm not sure why. That blocks everything else and it is quite amusing to watch around 300 requests shoot off after it finally finishes. QHttp is apparently ​obsolete so I tried ripping it out and replacing it with QNetworkAccessManager which fixed the problem.

[Longinus00]

Can you guys test my patch to see if solves your problems?

[yegor]

Thanks for the patch. It fixes the problem. Qtr connects immediately after start now.

[Longinus00]

My last patch had a bug. I recommend you use my newer patch.

[charles]

Longinus00: several people have reported this behavior in irc in the past. Do you think this patch is low-risk enough for 2.00?

[Longinus00]

I honestly don't know how risky this is but I don't think it's that risky. Famous last words I know.

[Longinus00]

make the window title prettier

[keizie]

Patch works. Thanks, Longinus00 :-D

[Longinus00]

Fixed by r10769.