Jump to content

Version 2.2 Bugs - Lots and lots and lots of them


GedMarc

Recommended Posts

This bug notice is for Version 2.2 - It doesn't start the next torrent if you pause the current downloading. It just downloads the paused one at 1kb/s.

*And* when a torrent is finished, it goes to the end of the seeding queue,and becomes "Queued Seed" !!!!! - how you meant to seed after finished? monitor it 24/7 until it finishes and say, move to top?? WTF!!!!

I'm pretty sure the seeding queue should be ordered by completed date and not by #.

I just wanna say, version 2.2 is the buggiest piece of software currently on my pc (yes even more so than winblows), and if i still had the install for 2.1 i would revert in a heartbeat.

Guys you have done a shocking job, startup is slow, operating is terrible, labling takes its time, removing torrent + data takes *FOREVER*, and i mean, FOREVER.

PLEASE release an urgent required patch for this! you guys are putting me off my favourite torrent application!

OS Name Microsoft Windows 7 Ultimate

Version 6.1.7600 Build 7600

Other OS Description Not Available

OS Manufacturer Microsoft Corporation

System Manufacturer INTEL_

System Model DX58SO__

System Type x64-based PC

Processor Intel® Core i7 CPU 950 @ 3.07GHz, 3060 Mhz, 4 Core(s), 8 Logical Processor(s)

BIOS Version/Date Intel Corp. SOX5810J.86A.5200.2010.0414.1420, 2010/04/14

SMBIOS Version 2.5

Locale South Africa

Hardware Abstraction Layer Version = "6.1.7600.16385"

Time Zone South Africa Standard Time

Installed Physical Memory (RAM) 6.00 GB

Total Physical Memory 5.99 GB

Available Physical Memory 4.05 GB

Total Virtual Memory 12.0 GB

Available Virtual Memory 9.83 GB

Page File Space 5.99 GB

Link to comment
Share on other sites

I seed on average 200 torrents.... and like to keep them going until disk space runs out... to have 200 torrents seeding concurrently is not really seeding a torrent is it... 2.1 behaved properly on this where the older torrents where queued and the newer torrents where given higher seeding priority.

Paused should behave the same as 2.1 where if you pause a running torrent it should kick off the next queued (Not pause all, just pause a single) item.

The delete is O.S. dependant yes, however when the torrent has +50 (arbitory number pls) files, each seperate file takes more than required time to delete, when it's below, it's fine. I am not going through the effort to find the actual number. Is a bug not irratic behaviour?

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...