Opened 14 years ago
Last modified 3 years ago
#1601 assigned bug
Reported active torrents during a crash
Reported by: | Pikus | Owned by: | |
---|---|---|---|
Priority: | critical | Milestone: | 2.x |
Component: | Core | Version: | 1.3.6 |
Keywords: | Cc: | aztunwein@gmail.com |
Description
Hi,
I use Windows version of Deluge and I have the problem that the client report all active torrents as "downloading" when the program is closed improperly. This occurs during a crash of the program, a O.S. crash or with the "shut down" option of the O.S. I am not sure if this occurs in other O.S. versions but I think yes.
This is a minor bug only sometimes, but is a major bug when you download torrents from a tracker where is a limit of downloading state torrents.
Change History (17)
comment:1 by , 14 years ago
comment:2 by , 13 years ago
Component: | other → core |
---|---|
Type: | defect → bug |
comment:3 by , 13 years ago
This bug is the most important one that makes a lot of people avoid using Deluge in trackers with download amount limit. It's going to be fixed soon?
comment:4 by , 12 years ago
This bug isn't still fixed, please you must fix this issue because much people is switching to other torrent clients because of this bug. I'm having problems with this in 2 trackers, please I don't want to use another client.
comment:5 by , 12 years ago
Version: | 1.3.1 → 1.3.5 |
---|
Bug ocurred two times. I think the bug still occurs when the torrents are paused. When deluged crash, torrents are reported as downloading and caused problems in some trackers with download amount limit. Deluge in Ubuntu 11.04 version.
comment:6 by , 12 years ago
Priority: | major → critical |
---|
In 1.3.5 on Windows 7 the program reports ALL torrent as active everytime I turn on Deluge, I have a penalty on my more usual tracker every day.
Sorry, but now I won't use this client. This bug is too important. 17 months ago and it isn't still fixed. And the most important thing is that now the bug is more important than in 1.3.3.
comment:8 by , 12 years ago
Hi,
I also have this bug using deluge 1.3.5 in xubuntu 12.04 x86_64.
It is a big problem as I am getting penalties in some of my favourites trackers with simultaneous downloads limits.
comment:9 by , 12 years ago
Cc: | added |
---|
comment:10 by , 11 years ago
From duplicate #1965:
As the summary says, at the first announce, i.e. at the start, deluge reports all the active and inactive torrents (completed and partially completed) to the trackers as incompleted ones, i.e. even for completed torrents tracker shows that you're currently leeching them and have 0.0 % completed. This behavior was reproduced with all private trackers I use, and this is a little bit annoying especially for the users of private trackers.
The other issue is that deluge somehow reports to the trackers even the paused torrents, this issue was already reported and also could be quite a bother for the users of private trackers.
comment:11 by , 11 years ago
From duplicate: #1300:
I'm a staff member of a private tracker where we limited the number of torrents in download state per member. We have found that there is one of our member being temporary locked because he exceeds the torrent limit number in download, but, it does when Deluge recheck all torrents for example when the program in closed improperly.
The problem seems to be that Deluge report all the torrents as downloads, I think the solution should not let Deluge to report torrents in verifying state.
comment:12 by , 11 years ago
Status: | new → pending |
---|---|
Version: | 1.3.5 → 1.3.6 |
The problem persists after several years in the new version.
comment:15 by , 10 years ago
Milestone: | 1.3.x → 1.4.0 |
---|
I can confirm that there is an issue in libtorrent where under certain circumstances the saved state will announce on loading. I will attempt to resolve it with the lt dev.
comment:16 by , 10 years ago
Hi Cas any update about this ticket? I can tell that this bug is critical for Deluge, is the reason that makes so much people not using it as this causes penalty in private trackers that have max number of torrents in download state limitation.
Maybe a solution can be set first pause state, then checking and after that active or downloading.