Previous versions of Ktorrent have run the "Check Data" process fairly quickly. This version runs VERY SLOWLY. This system is Fedora Core 20 x86_64 with fstype = xfs Reproducible: Always Steps to Reproduce: 1.left button click to select a completed download 2.right button click and hold... drag down to "Check Data" and release 3. Actual Results: VERY SLOW execution Expected Results: Previous versions ran this function rather quickly. This version does NOT.
> This version does NOT. Which was your previous version, and which is the version you updated to? Actually, there was no new ktorrent release since more than one year.
Christoph Thank you for your attention to this problem. I recently had to switch to FC20 and this is when I encountered the problem. I am using the "out of the box" Ktorrent from that distribution. This version is ktorrent-4.3.1-11.fc20.x86_64. I think that sometimes the Fedora (RedHat) people fix bugs in the code they distribute. Perhaps this is where the problem was introduced? The KDE in this dist appears to be at the 4.11.14 level. I tried the dev version of Ktorrent and it has the exact same problem. I started a "Check Data" last night (6351 blocks). It just now finished. Both versions of Ktorrent used to remember the "ending geometry" of the window and use that for the "startup geometry". That does not work now with either version of Ktorrent. Should I be reporting these bugs to Fedora first? Regards and Happy New Year, George...
Andrew (andrew.crouthamel@kdemail.net) Let's kill this one, ok? George
Closing per request.