It seems that some of my syndicated files are not properly being downloaded. Right now, looking at the feed that have a little icon indicated that they should have been downloaded, but in fact they weren't. My guess is that it might have something to do with the bandwidth scheduler: is the syndication plugin still allowed to silently start downloads when downloading is disabled by the scheduler? (Although, if that is the case, loading a torrent with --silent from the command-line works fine.) Other than that, I don't think there's anything special about my configuration; I'm just using basic regex matching, selected the "download matching items" box, and did not specify a particular download directory. At least one of my other filters works properly.

I have experienced similar.

This seem to happen when the plugin crashes when parsing the feed. The torrents get marked as downloaded, but they are not. When I miss out on episodes it is always after a crash, and it happens most often when there are "lots" of torrents in my feed.

I have built the latest SVN build now, will see if it happens again.

This is now happening to me, too. I think maybe it happened when it was fixed to support downloading multiple files in one update? Not sure.

I have confirmed this with the latest build.

1. One torrent in a feed is OK.
2. Two torrents or more, crash, no torrent gets downloaded (have to do it manually).

See trace:

Code: Select all

Application: KTorrent (ktorrent), signal SIGABRT
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0xb59566c0 (LWP 24509)]
[New Thread 0xb2b0ab90 (LWP 24515)]
[New Thread 0xb41c7b90 (LWP 24514)]
[KCrash handler]
#6  0xb8048430 in __kernel_vsyscall ()
#7  0xb5d94880 in raise () from /lib/tls/i686/cmov/libc.so.6
#8  0xb5d96248 in abort () from /lib/tls/i686/cmov/libc.so.6
#9  0xb5dd210d in ?? () from /lib/tls/i686/cmov/libc.so.6
#10 0xb5dd83f4 in ?? () from /lib/tls/i686/cmov/libc.so.6
#11 0xb5dda456 in free () from /lib/tls/i686/cmov/libc.so.6
#12 0xb5fb6031 in operator delete () from /usr/lib/libstdc++.so.6
#13 0xb7da98a5 in QEventLoop::~QEventLoop () from /usr/lib/libQtCore.so.4
#14 0xb7db90ff in QObjectPrivate::deleteChildren ()
   from /usr/lib/libQtCore.so.4
#15 0xb7dc1c43 in QObject::~QObject () from /usr/lib/libQtCore.so.4
#16 0xb716ea61 in KJob::~KJob () from /usr/lib/libkdecore.so.5
#17 0xb716d888 in KCompositeJob::~KCompositeJob ()
   from /usr/lib/libkdecore.so.5
#18 0xb67ccdd8 in KIO::Job::~Job () from /usr/lib/libkio.so.5
#19 0xb67d0222 in KIO::SimpleJob::~SimpleJob () from /usr/lib/libkio.so.5
#20 0xb67d078d in KIO::MkdirJob::~MkdirJob () from /usr/lib/libkio.so.5
#21 0xb7db8dec in qDeleteInEventHandler () from /usr/lib/libQtCore.so.4
#22 0xb7dba7a3 in QObject::event () from /usr/lib/libQtCore.so.4
#23 0xb73e98ec in QApplicationPrivate::notify_helper ()
   from /usr/lib/libQtGui.so.4
#24 0xb73f172e in QApplication::notify () from /usr/lib/libQtGui.so.4
#25 0xb6e87b2d in KApplication::notify () from /usr/lib/libkdeui.so.5
#26 0xb7daae61 in QCoreApplication::notifyInternal ()
   from /usr/lib/libQtCore.so.4
#27 0xb7dabae5 in QCoreApplicationPrivate::sendPostedEvents ()
   from /usr/lib/libQtCore.so.4
#28 0xb7dabcdd in QCoreApplication::sendPostedEvents ()
   from /usr/lib/libQtCore.so.4
#29 0xb7dd582f in ?? () from /usr/lib/libQtCore.so.4
#30 0xb5cdb6f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#31 0xb5cdeda3 in ?? () from /usr/lib/libglib-2.0.so.0
#32 0xb5cdef61 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#33 0xb7dd5478 in QEventDispatcherGlib::processEvents ()
   from /usr/lib/libQtCore.so.4
#34 0xb7483ea5 in ?? () from /usr/lib/libQtGui.so.4
#35 0xb7da952a in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4
#36 0xb7da96ea in QEventLoop::exec () from /usr/lib/libQtCore.so.4
#37 0xb716e8f8 in KJob::exec () from /usr/lib/libkdecore.so.5
#38 0xb7f275af in bt::MakeDir (dir=@0x8f6b658, nothrow=false)
    at /home/bep/dev/ktorrent/libbtcore/util/fileops.cpp:78
#39 0xb7f7f363 in bt::TorrentControl::setupDirs (this=0x8f6b4f0,
    tmpdir=@0xbfb45558, ddir=@0xbfb455a8)
    at /home/bep/dev/ktorrent/libbtcore/torrent/torrentcontrol.cpp:599
#40 0xb7f87b93 in bt::TorrentControl::initInternal (this=0x8f6b4f0,
    qman=0x89ce8f0, tmpdir=@0xbfb45558, ddir=@0xbfb455a8,
    default_save_dir=@0xbfb45554, first_time=true)
    at /home/bep/dev/ktorrent/libbtcore/torrent/torrentcontrol.cpp:665
#41 0xb7f88046 in bt::TorrentControl::init (this=0x8f6b4f0, qman=0x89ce8f0,
    data=@0xbfb45618, tmpdir=@0xbfb45558, ddir=@0xbfb455a8,
    default_save_dir=@0xbfb45554)
    at /home/bep/dev/ktorrent/libbtcore/torrent/torrentcontrol.cpp:557
#42 0x08070005 in _start ()
#0  0xb8048430 in __kernel_vsyscall ()


I'm not seeing this crash when the plugin dowloads 2 torrents at the same time.

It seems to have crashed here as well, when trying to download the last two episodes. Both were aired on the same day (different shows and filters, same feed). KTorrent marked them both as being "downloaded" and then crashed.

Any news about this? The shows aired again today -- consecutively, which means that it crashed again using 3.2dev914669. It seems I got the same stack trace as bep did; something went wrong with a free operation.

OK, I'm gonna need the same filters and feeds as you have, so take the ~/.kde/share/apps/ktorrent/syndication directory, put it in a zip or a tar file and send it to me.

Lets hope I can reproduce it with that.

EDIT: Also can you try latest SVN, the crash shouldn't happen anymore with that.

George wrote:EDIT: Also can you try latest SVN, the crash shouldn't happen anymore with that.

Updated to revision 920484. It survived Monday night's big load of new TV episodes (cannot remember that ever happened without a crash), so it seems to be fixed.

Thanks alot.

Same here, the latest SVN version indeed seems to fix this; it could actually start multiple feed downloads at the same time now. Good work!

I'm afraid I got two other crashes since then, which seem unrelated to this. KTorrent 3.2 hasn't been very stable for me, unlike 2.7.x that I used before :/ It's hard to go back now with the different file format for the syndication plugin, but that thought has crossed my mind many times tbh. A bug report for at least one of these crashes can be found in another topic.

I was a little fast with the success-story. It did not crash, but there seems to be some other bugs introduced in revision 920484:

- the torrents matching filter gets added with status "Not started"
- when I select them and press start, they get status Stalled. I then have to restart Ktorrent for the download to start.

Heh, for me it just started pre-allocating disk space and logging like crazy, which seemed to cause it to crash, so I didn't have that problem ^_^

bep wrote:I was a little fast with the success-story. It did not crash, but there seems to be some other bugs introduced in revision 920484:

- the torrents matching filter gets added with status "Not started"
- when I select them and press start, they get status Stalled. I then have to restart Ktorrent for the download to start.

If you want stable code, stop using trunk, 3.2dev is now in branches/stable/extragear-kde4/network/ktorrent/

Trunk is now 3.3dev and as such is unstable.

George wrote:
Trunk is now 3.3dev and as such is unstable.

OK, thanks. I got the 3.2 branch (had some buld problems, but...) and it works great. No lost downloads so far.