Bug 175903 - KGet Crashes after Altering Settings (& settings not applied too well either)
Summary: KGet Crashes after Altering Settings (& settings not applied too well either)
Status: RESOLVED DUPLICATE of bug 168006
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR crash
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-23 16:50 UTC by Frank James
Modified: 2008-11-24 12:58 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Frank James 2008-11-23 16:50:30 UTC
Version:           2.1.3 (using 4.1.3 (KDE 4.1.3), Kubuntu packages)
Compiler:          cc
OS:                Linux (x86_64) release 2.6.27-7-generic

When I go to alter some KGet settings since 8.10 upgrade, the program crashes (disappears not freezes) when I try to apply the changes. When I go and look at the settings next time, they seem to have been noted, despite the crash. But I must say one or two don't seem to do much: the global download limit is totally ignored and Kget just downloads at the full rate. And the limit of number of downloads at one point seemed to be ignored, but tried it again and seems ok.
Comment 1 Urs Wolfer 2008-11-23 16:56:44 UTC
Do you have a backtrace? Can you please tell which settings you have exactly changed? Is there a way to reproduce it?
Comment 2 Frank James 2008-11-24 02:51:53 UTC
(In reply to comment #1)
> Do you have a backtrace? Can you please tell which settings you have exactly
> changed? Is there a way to reproduce it?
> 

Forgive my ignorance: How do I do a backtrace? Will be happy to supply any info. First couple of times it has crashed was changing the download limits, though as I mentioned, seems like the changes were recorded (just not actually acted upon, hehe). When I go into Settings and just cancel my way out, it does not crash.

Oh, I see how you get a backtrace... as I just tried changing settings without having running downloads - had a suspicion that it did not crash if changing settings with no active downloads - but it indeed crashed and here is the info:

Application: KGet (kget), signal SIGSEGV
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x7f5d51ef66f0 (LWP 29804)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[KCrash handler]
#5  0x0000000100000001 in ?? ()
#6  0x00007f5d506cf724 in QObject::disconnect () from /usr/lib/libQtCore.so.4
#7  0x00007f5d50a9a406 in KJobTrackerInterface::unregisterJob ()
   from /usr/lib/libkdecore.so.5
#8  0x00007f5d519327c1 in KWidgetJobTracker::unregisterJob ()
   from /usr/lib/libkdeui.so.5
#9  0x00007f5d51501aa1 in ?? () from /usr/lib/libkgetcore.so.4
#10 0x000000000044ea78 in _start ()
#0  0x00007f5d4ec3e5f0 in nanosleep () from /lib/libc.so.6

Hope that makes some sense to someone! Cheers.
Comment 3 Lukas Appelhans 2008-11-24 12:58:19 UTC

*** This bug has been marked as a duplicate of bug 168006 ***