Version: (using KDE 4.1.1) OS: Linux Installed from: SuSE RPMs Difficult not to describe this as crash as it seems to hang once activated. Cannot alter source and destination, does not start download (may be related to or cause bug #170384)
How can you reproduce this issue?
any use of a webpage which requires download using kget, e.g grabbing a file from packman because we can't use 1-click install at moment
I am still not able to reproduce. What exactly happens? What hangs? The new-transfer dialog? Please describe how you can reproduce such a loop (e.g. with example link)
Created attachment 27315 [details] download site
Trying to answer your question I left kget running. The loop eventually terminates, a dialogue tells me this is the first time I have run kget and invites me to make it the default file manager for konqueror, after choosing this option it crashes. #6 0xb762e2da in QMetaObject::indexOfSignal () from /usr/lib/libQtCore.so.4 #7 0xb763c120 in QObject::disconnect () from /usr/lib/libQtCore.so.4 #8 0xb77fbf9d in KJobTrackerInterface::unregisterJob () from /usr/lib/libkdecore.so.5 #9 0xb7e26a34 in KAbstractWidgetJobTracker::unregisterJob () from /usr/lib/libkdeui.so.5 #10 0xb7e2986c in KWidgetJobTracker::unregisterJob () from /usr/lib/libkdeui.so.5 #11 0xb7c72161 in ?? () from /usr/lib/libkgetcore.so.4 #12 0xb7c5dd92 in KGet::reloadKJobs () from /usr/lib/libkgetcore.so.4 #13 0x080942bd in _start () #0 0xffffe430 in __kernel_vsyscall ()
Ok, backtrace looks identical to bug 168006. *** This bug has been marked as a duplicate of bug 168006 ***