qBittorrent official forums

Great sledge thanks , imma test the new beta. Btw is there any changelog available?

Edit: I can't tick Announce to all trackers option, it stays blank.

@skrech
Could you use the 2.9.0beta1 and tell me if it still exists?
The v2.8.5+ I re-uploaded should have fixed the problem :S

@NeMo_0
Confirmed. I'll see what I can do.

Any thoughts on the new "remember last folder option"? Some discussion about the implementation with Christophe is found here. Please, you the users, share your thoughts here or at the merge request.

Unfortunately, the bug still exists in 2.9.0beta

2.9 b1 working fine here, just when the disk is full it gives error message dialogue with i/o etc long text, while it should say "disk full, can't write".

2.8.5 on Windows XP with 35mbps up, stable for days/weeks.

sledgehammer_999, could you upload a build of the new beta?

There's a setup.exe for the RC1 build up at SourceForge now.

In case I didn't mention it here already:
I have access to the sf.net project now. I will upload builds of new releases there. Also I will regularly build git master and upload the installers to the 'qbittorrent-unstable' folder on sf.net

Good to hear, sledge!
Do you know if Dib has quit for good, or will he still be uploading builds from time to time?

Currently I am the official windows maintainer. I'll upload only msvc builds, until(if I ever do) I fix the io problems that mingw produces.
I don't know Dib's status, but from what Christophe told me "he is unreachable". He either lost interested or is too busy with real life/work.

[quote="sledgehammer_999"]
In case I didn't mention it here already:
I have access to the sf.net project now. I will upload builds of new releases there. Also I will regularly build git master and upload the installers to the 'qbittorrent-unstable' folder on sf.net
[/quote]

Nice.

The 2.9.0rc1 build seems to fix memory leak issues with Windows caching, but now it appears there is no caching being done at all. RAMMap doesn't show any torrent files in standby memory when seeding. As caching is meant to reduce disk use, in the long term, some type of caching done by qBt itself should be implemented.

Great work though, I'm now using qBt instead of uT as my main torrent client again.

@s4nder yes that *is* the fix. Disabling the OS's cache because Windows sucks at it. The problem was with libtorrent not *actually* disabling it. But you say some form of caching is needed. I was under the impression that libtorrent had it's caching for this purpose...

If you don't mind could you perform some more tests, so I can talk with Christophe about it. Or if you are kind enough open a bug in launchpad. Could you test if the no-caching happens when seeding only or affects downloading too? It would be idiotic to write data as soon as they are downloaded.

I don't think it's a problem if libtorrent has its own caching system after all. Turns out torrent files don't show up in RAMMap's standby memory file list when using uTorrent either. They're there but they only take up roughly 64 kB of memory each. Maybe that's how proper caching works. When Windows handled it, files in active and standby RAM took up gigabytes of memory.

Adding a list of changes/fixes per release would be nice