Summary: | KGet crashes after QT 3.3 upgrade | ||
---|---|---|---|
Product: | [Applications] kget | Reporter: | stu |
Component: | general | Assignee: | KGet authors <kget> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | paciopc, t.zell |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
stu
2004-02-17 12:17:09 UTC
I can confirm the general behavior on my machine (same environment). However, I can killall -9 the crashed kget processes. After manually restarting kget, it shows the same behavior described above. I have same behaviour with additional comments. Waiting for download until finished and then starting another does not cause problems. If there is download taking place starting another fail to conect and trying to delete it crashes kget. Restarting it shows errant behaviour as before. In all above cases kget start on impulse from konqueror. Some times window of kget refuse to close clicking close button. I confirm this also on kde3.2.1 and qt 3.3.1-r1 exactly the same here... kde3.2.1, qt-3.3.1 compiled from source Same here, kde3.2.1, qt-3.3.0 I'm using Fedora Core 1. After upgrading from kde-3.2.0 with qt-3.2.3 to kde-3.2.1 with qt-3.3.1 similiar problem with kget has occured. I can only download one file during kget session. If I try to download next file (it doesn't matter if it is simultaneous download or one after another), kget will try to connect to a site without any success. If then I try to delete this download, kget will hang so it is necessary to kill it. After starting again the failed download is on the list and it can be removed without problem. Now a new download can be started without problem. Of course starting one more download will cause the above problem. The simple, but very arduous, solution is to close and start kget after each download. It is the most annoying bug I have ever had:-) Duplicate of 74597 http://bugs.kde.org/show_bug.cgi?id=74597 (or is it the other way round, since this is earlier, though on the other there is also a patch? ) Regards with the recent CVS commits (last few days) this problem is fixed for me -- can it now be marked as resolved? Who can still confirm this bug for kdenetwork 3.2.2? *** Bug has been marked as fixed ***. *** Bug 74597 has been marked as a duplicate of this bug. *** This bug is still present in kdenetwork-3.2.2. When kget tries to download a file, nothing appears to happen. A second attempt on the same file brings up a dialog box that claims that the file is being downloaded. If you click OK, it will then bring the download dialog. The file can then be downloaded correctly. Can we just use the old source code for kget prior to this 3.2.x series? At least it worked all the time. |