Summary: | Moving data directory first in file system then in ktorrent crashed ktorrent | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kdelibs | Reporter: | mjjeff |
Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | andresbajotierra, faure, j.r.hudson, joris.guisson, kdelibs-bugs, roberto |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
mjjeff
2009-10-02 04:53:48 UTC
Mh, the crash could be a KFIle/Kdelibs issue Thanks First of all, mjeff just start the torrent, and when the files are missing you can just select the new location for all the files, much easier (Select new location button on the missing files dialog). Moving the files with KT when you have already moved them with something else is a rather pointless exercise. The crash seems to be a kdelibs bug, do you happen to know a way you can easily reproduce this ? No, I don't know how to reproduce this reliably. As I mentioned, it did not happen the first time, but only after several times. Yes, I'd hoped there was a better way to move data, but the missing files dialog I found unclear and didn't know how to make sure it would find my data and not delete it. I'm reassigning to kdelibs, because it clearly crashes in the directory selection dialog. Could also be a Qt bug, but it really isn't a ktorrent bug. *** Bug 220585 has been marked as a duplicate of this bug. *** *** Bug 240476 has been marked as a duplicate of this bug. *** I can't reproduce this crash (well the one described in 220585, which has the same backtrace; I use kword but not ktorrent, in trunk), with kdelibs trunk (future kdelibs-4.6) and Qt-4.6. Maybe it got fixed meanwhile? I have been upgraded to 2.2.2 KDE4.4.4 (release 3) and this bug is no longer present. Could be marked as RESOLVED |