Bug 240241

Summary:	finished KGet jobs get not removed from plasma jobs progress
Product:	[Unmaintained] plasma4	Reporter:	Andreas Kuhl <mail>
Component:	notifications	Assignee:	KGet authors <kget>
Status:	RESOLVED FIXED
Severity:	normal	CC:	benderamp, mat69, plasma-bugs, sreich
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	plasma desktop log kget log crash when logging off Screenshot of a "lost" job

Description Andreas Kuhl 2010-05-31 17:05:57 UTC

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

Comment 1 Matthias Fuchs 2010-06-06 22:14:33 UTC

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?

Comment 2 Andreas Kuhl 2010-06-06 22:32:36 UTC

Yes, I have it enabled and have chosen the option "show every single download".

Comment 3 Matthias Fuchs 2010-06-06 22:36:51 UTC

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

Comment 4 Shaun Reich 2010-06-11 00:34:26 UTC

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

Comment 5 Andreas Kuhl 2010-06-11 08:46:22 UTC

Thanks for your efforts! I will test it with the next build and keep you posted abou tthe results.

Comment 6 Matthias Fuchs 2010-06-20 02:38:37 UTC

Created attachment 48150 [details]
plasma desktop log

Comment 7 Matthias Fuchs 2010-06-20 02:38:54 UTC

Created attachment 48151 [details]
kget log

Comment 8 Matthias Fuchs 2010-06-20 02:39:17 UTC

Created attachment 48152 [details]
crash when logging off

Comment 9 Matthias Fuchs 2010-06-20 02:41:02 UTC

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.

Comment 10 Matthias Fuchs 2010-06-20 02:41:50 UTC

*** Bug 242091 has been marked as a duplicate of this bug. ***

Comment 11 Octavian Voicu 2010-06-23 22:23:06 UTC

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).

Comment 12 Matthias Fuchs 2010-06-30 11:56:30 UTC

This bug was fixed with r1144457 and r1144459 both in trunk and 4.5 branch.