Thank you for taking the time to report this bug and helping to make Ubuntu and Transmission better.
This is quite a shopping list of items. I'm going to give a brief response on each of them. Then I'm going to close this ticket simply because, from a logistical standpoint, it's a nightmare to manage a ticket with 10 different issues. Specific discussion about any of the 10 issues will make the ticket's comments impossibly cluttered, and let's say for the sake of argument all of them are valid... the ticket still couldn't be closed until the last item was checked off the list. So if after reading my replies you still feel that one ore more of these issues are valid, please open separate tickets for them so that they can be addressed individually. > 1. there is no possibility to set more then maximum 3000 peers > 2. there is no possibility to set more then maximum 3000 peers and 300 per > torrent There is no reason to want 3000 peers. These two suggestions will not be used upstream. The only thing that many peers will do is flood your available bandwidth with the non-piece protocol messages to all those peers. It would also cause most routers to panic and run away. > 3. seed until ratio has no influence on torrent If by this you mean torrents continue to seed after the seed ratio has been reached, this is confirmed to happen sometimes. The upstream ticket is http://trac.transmissionbt.com/ticket/1869. > 4. the "ask for more peers" need to get improved because something nothing happens for long time You should look at the "Tracker" tab in the Torrent Properties dialog to see if the announces to your tracker are succeeding. If so, then "Ask for more peers" is working exactly as designed. If announces are going through but the tracker doesn't have any more peers, then asking the tracker for more isn't going to do any good. If the announces are /not/ going through to the tracker, then you are probably experiencing the announce logjam bug that is fixed in the latest available version of the package. > 5. changing download priorities don't work (files are downloaded independent from set priorities) There are many factors at work here, and priorities are only one of them. If a particular peer doesn't have the pieces we need for a file, we won't request them from that peer. Or, if we do request them from a peer that's responding slowly, pieces from a different file may come in faster. We can control which pieces we ask for, but we can't control which order we get them in. > 6. after deselecting the "Download" checkbox and then selecting it again, the file don't start to download again I'm not able to reproduce this issue. Could you please try this in Transmission 1.92 and see if the problem persists? > 7. setting a per-torrent speed limit has no influence on the download Setting a speed limit on the download will influence the maximum speed at which that torrent downloads. Bug #460733 discusses how the numbers Transmission reports can differ somewhat from what's actually happening -- Transmission doesn't count non-piece data such as protocol messages and tracker announces in its bandwidth caps, for example -- but the two numbers are definitely related. If you want to say there is no influence at all then I'll need to see more information. > 8. setting torrent priority has no influence on the download Setting torrent priority influences which peers get a first shot at the bandwidth that Transmission has allocated for that timeslice. If the peers on a high-priority torrent are unable to make use of that extra bandwidth, then the normal- and then low- priority torrents are given an opportunity to use it. We can control which peers we try first, but we can't control how much they're willing to send us. > 9. Setting a global speed limit has no influence on the download Same as my response for #7, though I'll add some users have gotten confused by accidentally turning off the "Honor Global Limits" checkbox in Torrent > Properties > Options s.t. a torrent will download faster than the user wanted it to. > 10. setting peer limits no influence on download Setting the peer limit definitely does influence the maximum number of peers that you're allowed to have. Could you please try this in Transmission 1.92 and see if the problem persists? ** Bug watch added: Transmission Trac #1869 http://trac.transmissionbt.com/ticket/1869 ** Changed in: transmission (Ubuntu) Status: Confirmed => Invalid -- Some functions aren't working like they should (see description) https://bugs.launchpad.net/bugs/568322 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
