Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - peterd

Pages: [1]
1
Windows / Re: 4.1.7 out?
« on: August 05, 2019, 08:10:18 am »
Switched over to Linux and the PPA has been updated as well. No problems there with 4.1.7 so far.

2
Windows / Re: 4.1.7 out?
« on: August 04, 2019, 10:19:11 pm »
I think you can safely eliminate your hijacking option, xta, as we're talking multiple users and multiple sites. Compromise is a possibility, but hacking the credentials for both SF and FH would also be pretty unlikely.

What is more likely (and I should have mentioned this in my first post) is that the developers are dealing with the chicken/egg problem of making sure that new versions are available for download before they are announced.

That said, and while I'm always skeptical of virus warnings for torrent clients; the one you posted is interesting, and I hope the devs take a look at it.

3
I love qBittorrent, and have been using it for years, but every once in a while I like to see what's out there. I tried Vuze recently, and while it has enough things I didn't like to rule it out for day to day use, one feature it had that I really liked was the ability to recognize when more than one torrent was trying to download the same file (I believe by checksum, as opposed to file name) and to share that progress between the torrents. It may also have been able to identify the same pieces across torrents by checksum, which would actually be more valuable. I also may be totally misunderstanding how it works, I am not an expert on bittorrent internals.  ::)  I believe the features is called swarm discovery.

I like to download some older stuff with very few seeders, so this is a feature that would be very valuable for me. In addition to personal benefit for the individual qBittorrent users, it would also be good for the swarm. I've often found that by doing this technique by hand across multiple torrents it allows people to pick up pieces that they are missing, and encourages folks to stay on longer to share the pieces that they have. I've been able to complete many downloads of older torrents using this method.

This feature would be valuable enough to me that I'd be willing to put up a bounty for its completion.

Please let me know if there is a different/better place to post feature requests.

4
Generic / Feature request: Export torrent file as modified
« on: August 04, 2019, 09:41:55 pm »
I often will import a torrent file and find that the name of the torrent itself and/or the name(s) of the downloaded file(s) are not sufficiently descriptive, so I modify them in qBittorrent. This all works fine. But then let's say that I archive that torrent, and then later on I want to re-verify it, seed it, etc. I then have to remember how I renamed the file(s) and possibly directory as well in order to reload it.

It would be great to be able to export a torrent file that includes my modifications, without having to create a whole new torrent. There are enough duplicate torrents for the same file(s) out there already.   :P

Is this something that people would be interested in? If so, is there a different/better place to file this as a feature request?

5
MAC / Re: Help setting up qBittorrent
« on: August 04, 2019, 09:26:19 pm »
It's possible that you're asking for something that no one is seeding, try downloading the latest version of a Linux distro.

6
MAC / Re: cant seem to get any downloads or upload
« on: August 04, 2019, 09:25:32 pm »
It's possible that you're asking for something no one is seeding. Try downloading the latest version of a Linux release (even if you're not interested in it). Guaranteed that will be seeded, so you can test to see if you have connectivity.

7
0.0.0.0 is basically shorthand for "any available interface." I assume in your example that 192.168.0.101 is your internal IP address from your local access point, router, etc. Those connections in CLOSE_WAIT state are remote clients that didn't play nicely with the TCP rules, and haven't closed their end of the connection when your client asked them to, so the OS is following the rules and waiting for them to time out, which can take a while.

Try using the option to start listening on a different random port for each startup. That way those old connections can time out in the background while you get back up and running.

One other thing to try, it's possible that it's actually qBittorrent that's hung waiting for those connections to close. Try Ctrl-Option-Esc and see if it's still running. If it is, try forcing it to quit, then run netstat again.

8
Windows / 4.1.7 out?
« on: August 04, 2019, 09:08:27 pm »
My running 4.1.6 client notified me that there is a 4.1.7 version out, so I downloaded it from https://www.fosshub.com/qBittorrent.html. I then went to look at the main site, and the ribbon still says 4.1.6, no mention in the News, and the Download page still has 4.1.6.

Is this new version legitimate? Did FH jump the gun?

SF has it as well, same SHA256 checksum for the 64 bit version:
8f336c26866cfc6322c5ad7b0a557fb896b31f93246dca7a187d8764f0b02fd1


9
I assume that in the Downloads options you have the "Copy .torrent files to:" option checked? Either that, or "Copy .torrent files for finished downloads to:" option? If you never want to save the .torrent files, you can make sure both of those are unchecked.

That said, I leave the first option checked because there are some torrents that I want to save the file for, but there are also some that I don't, so cleaning out that folder periodically is a bit of a chore.

IMO it would be great if the "Also delete the files on the hard disk" checkbox included any .torrent files in the above two categories. Perhaps with an "Also delete the .torrent file?" confirmation dialog, but I personally would not need that.

10
Generic / "Checking resume data" when adding a torrent
« on: April 17, 2018, 06:45:10 am »
For some time now I've been running into an issue where sometimes if I add a torrent that already has something downloaded, qbt will do a check, then it will enter a loop where it will continuously restart the check with the message "Checking resume data." If the torrent is completely downloaded it will pop up the message box saying that the download is complete every time, but it never breaks out of the loop. I have to pause the torrent manually (or delete it).

I did some searches and found that this problem is related to the fastresume data, but the only solution I found was to delete the downloaded content and start from scratch. But that's not a solution if I'm loading up a torrent because it needs seeders, or if I just want to validate a torrent's contents.

I did find two workarounds. One is to check the "Skip hash check" box when I load the torrent. Then I can pause it, do "Force recheck," and then unpause it. The other workaround is to uncheck the "Recheck torrents on completion" option in Advanced before I load the torrent. (I routinely leave that option enabled.) The fact that either of those workarounds work implies to me that there is some sort of race condition between setting the flag that indicates that the torrent has been checked, and updating the fastresume data. But that's just a WAG. In any case, it doesn't seem to me that either of those should be needed.

To make things more weird, it doesn't happen with every torrent. And there is no clear pattern. It both does, and does not happen with single file torrents (with and without subdirectories), multi-file torrents, fully downloaded, partially downloaded, and it happens in both Ubuntu and native Windows (4.0.4 on both, but it's been happening for a long time). The fact that it happens with so many different circumstances reinforces my belief that it's some sort of race condition.

Happy to provide more data, test, etc.

... and of course, thanks for a great client!   ;D

Pages: [1]