Deluge
#1174 closed bug
Incorrect reporting of Download Progress
| Reported by: | Cas | Owned by: | andar |
|---|---|---|---|
| Priority: | major | Milestone: | 2.x |
| Component: | Core | Version: | 1.2.1 |
| Keywords: | Cc: |
Description
Twice now I have had problems with torrents that have been downloading slowly reporting different progress percentage to the actual amount on data downloaded for the file.
The issue with the latest torrent, 1.5Gb total size: Shows in status, Downloaded: 500Mb (300Mb) but only 9% progress. I forced a recheck at which point it reported progress to be 0%. To fix this I removed the torrent leaving the data, added it again at which point Deluge checked it and reported the more accurate 27% progress and continued to download.
Change History (11)
comment:1 Changed 14 years ago by Cas
- Milestone set to 1.3.0
comment:2 Changed 14 years ago by damoxc
- Owner set to andar
- Status changed from new to assigned
comment:3 Changed 14 years ago by maxadamo
Am I right if I say that this happens if you stop deluge-daemon prior to pause a torrent? I wouldn't be wrong, but I noticed this issue when I reboot the machine and the daemon was stopped during poweroff operations. Again, I don't want to confuse things, as I am sure that this happens with torrentflux, but I think I have seen the same with deluge. Hope it helps, and I am not adding much more confusion.
comment:4 Changed 14 years ago by andar
What filesystem is in use for these downloads?
comment:5 Changed 14 years ago by maxadamo
Ok. I used xfs and now ext4 and most probably I was wrong (I said that I was unsure). Linux uses sparse files and this kind of problem, may happen only in windows. Right?
comment:6 Changed 14 years ago by andar
- Status changed from assigned to pending
Has this been confirmed to still be an issue with the latest master?
comment:7 Changed 14 years ago by maxadamo
if this issue comes from version 1.2.1, and we come accross version 1.2.3, it won't be a stopper (or a milestone) for version 1.3.0 (as it wasn't a stopper for 1.2.3). Furthermore, if you are knocking the ticket issuer, and you're not getting any answer what can we do? My two cent: forget it (for now) and give 1.3.0 packaged to the masses _ cheers. Massimiliano
comment:8 Changed 14 years ago by johnnyg
- Milestone changed from 1.3.0 to 1.4.0
comment:9 Changed 14 years ago by mintz
This is not a Windows issue. I am experiencing this problem with 1.23 on a seedbox with simfs. The server is runing Ubuntu 8.04 so I can't use the up-to-date PPA binaries, so I compiled this from source. I was also getting it with 1.21. I haven't compiled 1.30 yet so I don't know if its still a current problem.
comment:10 Changed 14 years ago by trac-robot
- Status changed from pending to closed
This ticket was closed automatically by the system. It was previously set to a Pending status and hasn't been updated within 14 days.
I have not seen this for a while but turbozinc post on my thread in the forum that he was experiencing the same with 1.2.2. It seems to affects torrents over 1GB in size