Incomplete rar file on each torrent

[sene]

I have a weird issue where all other files are complete but the rar file itself seems to never be complete.

I can see the timestamp for all other files showing a recent modification but for the rar file itself the date is in the past, likely from the date of the torrent creation, not sure about that.

If I force recheck, deluge sees that it's not complete and redownloads it, but then the file size drops back to partial and I can't extract the files properly.

I had the same issue in the past and changed the allocation mode, resolving the issue, but now it happens again no matter what I do.

I'm running deluge on debian with all the latest updates.


This is how it shows with ls:

50000000 Oct 9 20:22 file.s04e01.1080p.bluray.x264-shortbrehd.r91
41679895 Oct 11 18:08 file.s04e01.1080p.bluray.x264-shortbrehd.r92
6784335 Sep 25 09:23 file.s04e01.1080p.bluray.x264-shortbrehd.rar


Currently the setting is use full allocation but that seems to make no difference anymore.


Any ideas what can cause this or how to fix? It's driving me absolutely nuts as all other clients I have tried are very crappy in comparison or just don't work.

[Cas]

http://dev.deluge-torrent.org/wiki/Cont ... gReporting

[sene]

I started to think about when the issue happens, and this is caused by the extractor plugin itself.

As soon as the torrent is done, the extractor tries to process it and then somehow messes up the rar file.
I disabled extractor and the bug is gone. I can unrar manually afterwards no problem.

Can the plugin itself be debugged separately or should logging be enabled fully for deluge itself?
I ask as I'm not sure what is triggered when the plugin is enabled.

[Cas]

Seriously cannot help you unless you provide the following the most basic of information: http://dev.deluge-torrent.org/wiki/Cont ... nformation

[sene]

Sorry, didn't want to waste anyones time by providing unrequired info.

Versions:
debian: 7.9
browser: firefox 41.0.1
deluge packages: 1.3.12-0~precise~ppa1
libtorrent-rasterbar6/python-libtorrent: 0.15.10-1+b1

plugins enabled: autoadd and extractor

For further info this doesn't seem to occur if create sub folder in extractor plugin is not enabled.

I will try to grab some logs the next time I download something but at the moment the cause for the issue is quite clear.

[sene]

Ok now I see the actual issue and this is not a bug really, depending on how you look at it.

The torrent in question has a subfolder with subs in it, which are in a rar file...

So if add torrent named subfolder is not enabled autoextract seems to copy the rar file with the subs into the download folder, extract the video and then extract the subs.

If the feature is enabled then autoextract replaces the original rar file with the one from the subs as the filename is the same!

So I would put the blame here on the person who made the torrent, though it can be argued that autoextract shouldn't do this.

In any case it all makes sense now and no bug is causing this.

[Cas]

Thanks for the detailed update, that is not ideal and should really be fixed in Extractor.

[sene]

No problem, and agreed. As far as I see there is no valid reason to copy the rar file from the subfolder. But I guess there was some logic behind that.