Version: unspecified (using Devel) OS: Linux KGet finishes jobs, but the job is not removed from the plasma jobs progress, the job progress notification sticks at 100% with 0s remaining. Removing the finished download from KGet changes nothing. Found with KDE SC 4.4.81 and Qt 4.6.70+ on openSUSE 11.1 Reproducible: Always
Do you have "Enable KDE global progress tracking" activated (it is at "Settings/Configure Kget.../Advanced")? And if yes which of the two options is checked?
Yes, I have it enabled and have chosen the option "show every single download".
Steps to reproduce: Select one of the options mentioned in comment #1. Just investigated a little. What we do in KGet is we register a KJob with KIO::getJobTracker()->registerJob(job); in kget/core/kuiserver.cpp, later on when calling KIO::getJobTracker()->unregisterJob(job); it reports "kget(11978) KDynamicJobTracker::unregisterJob: Tried to unregister a kio job that hasn't been registered." even though it _worked_ in 4.4 and even though the adress job points to is the same in both cases. Btw. this bug is most likely unrelated to BUG:204027
Since I fail at closing bugs with commits all in one go, here's the link to the commit. Hope it fixes (if not, reopen). Will be in 4.5. http://websvn.kde.org/?view=revision&revision=1136847
Thanks for your efforts! I will test it with the next build and keep you posted abou tthe results.
Created attachment 48150 [details] plasma desktop log
Created attachment 48151 [details] kget log
Created attachment 48152 [details] crash when logging off
Unfortunately -- as you suspected -- this issue still exists. I attached a log of both KGet and plasma-desktop. Interestingly when logging off -- with one plasma-notification job left -- plasma crashed as can be seen with the crash details.
*** Bug 242091 has been marked as a duplicate of this bug. ***
Created attachment 48277 [details] Screenshot of a "lost" job I get this bug too, but I only noticed it while doing copy-paste operations with files in Dolphin. I tried to reproduce it now by copying various sets of files from my hdd to an external drive. When I managed to reproduce it, I copied 9 PDF files totaling 11MB from my hdd to an external drive. This is a race condition. The key is that the operation must be slow enough to generate a queue item in the notification area, but fast enough so that it is finished before the queue item is actually initialized (trying various sets of files, in a binary-search like fashion, should help in reproducing the bug). This results in the item being `in progress' forever, and never disappears from the notification area unless I click stop. I'm running Ubuntu 9.10 with backports & KDE 4.5 beta. Didn't try Shaun's fix (unless it was included in Kubuntu's KDE 4.4.85 packages).
This bug was fixed with r1144457 and r1144459 both in trunk and 4.5 branch.