| Summary: | KGet Crashes When Resuming Download | ||
|---|---|---|---|
| Product: | [Applications] kget | Reporter: | Rewarp <rewarp> |
| Component: | general | Assignee: | KGet authors <kget> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | crash | CC: | david.narvaez, sparxz |
| Priority: | NOR | ||
| Version: | 2.10.0 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Rewarp
2013-02-15 18:05:56 UTC
Are you able to provide the particular URL that is giving you trouble? Checking that backtrace, I think I can reproduce the scenario using a configuration that I've never seen in real life so I may be confused. Here's the URL. http://traffic.libsyn.com/gardnermuseum/theconcert160.mp3 I changed to Light-DM from KDM before restarting the computer and weirdly enough, KGet is working again. So you were saying that, when you paused that download and you later started it again, KGet always crashed? I can't reproduce that here. Yes. I had a few concurrent downloads organised into the groups in KGet when I paused the download to continue surfing at the time. When I resumed download for the file linked above, it would crash with a segfault every single time on the same login session. KGet has been behaving so far. Any ideas for further testing? It happened again. This time I checked the folder to see what was happening to the files being affected. I had one file called Citizen_Radio_03-26-13.mp3 that would cause KGet to crash when I tried to resume its download. What appeared in the destination folder[1] was a file named "5526688". The next time I restarted KGet after rebooting, I right-clicked on the file in KGet and chose "Redownload Selected". The file then appeared to download correctly[2]. Upon checking the folder, I could not find the file named "Citizen_Radio_03-26-13.mp3", instead it was "5526688" that had the same filesize as that stated in KGet, and though identified as an mp3 file, would not play in Amarok. A second file called "5523184" was somehow also generated. This file was a duplicate of another file called "Citizen_Radio_03-25-13.mp3" and was logged in Amarok as duplicates[3]. Unlike "5526688"/"Citizen_Radio_03-26-13.mp3", file "5523184" could be played in Amarok, while its duplicate /"Citizen_Radio_03-25-13.mp3" could not be loaded. All files could be played correctly in another music player, Audacious. For further clarity, the following screenshots are included. 1. http://ubuntuone.com/60ngXO3wZcAsExRf3ZBWo1 2. http://ubuntuone.com/7YXsEt17l7DeaGFpfDb3MJ 3. http://ubuntuone.com/4j0WD6UP9h2r4oLh19But6 I kind of understand what's going on with your transfer but cannot reproduce the crash here. Let me ask a couple more questions so I know I'm doing exactly what you are doing: - You add your transfer directly through KGet's "New Download..." button, right? Or do you use a client like Rekonq or Konqueror to start the download? - Is there any button in your UI called "Resume"? All I have is a Pause and a Start button, so I'm assuming you click the Start button, am I right? - Do you have any special configuration for your Multisegment KIO Plugin? If you don't understand the question, then you don't - How long does your transfer stays paused? Hours? This happens all in one session or do you reboot/suspend/hibernate and then resume? I downloaded the files via the FlashGot plugin in Firefox. There is only a pause and start button, so yes, you are correct. Nope, I don't understand the Multisegment KIO Plugin question. Because the files were rather big, and I wanted to surf at maximum speed, I paused the downloads. I resumed them after a day I think. I may have rebooted in the interim. I now tried installing Flashgot and using groups and I'm still unable to reproduce your issue. I'm now thinking this may all be caused by a Qt bug, because the 5523184 you mention in Comment 5 is actually part of the redirected URL for the download, but QUrl should still be able to parse the name correctly. Would it be too much of a problem for you to update to Qt 4.8.4? No problem at all for me. I am just unsure which method to take to upgrade it from 4.8.2 to 4.8.4 safely as I am using Precise Pangolin and the PPA doesn't appear to go beyond 4.8.1, and the one installed is from the kubuntu-backports PPA. What's the best way to go about it without breaking anything? No crashes yet, and I am not sure if this is a related issue. Sometimes my downloads in KGet fail to parse the filenames correctly. For instance this link: http://feeds.soundcloud.com/stream/87082855-radiofreemalaysia-coming-soon-the-real.mp3 Is turned into a file called "wlRDYSQEH9OV" If I were to download it via Firefox or the DownThemAll plugin in Firefox, the file is correctly changed to "TXRFM.09.04.2013x.mp3" If this isn't a clue to the error, I shall file a separate bug report. Yes, the outermost issue of this report is that the URL is parsed incorrectly, but I still wonder how does that happen. I haven't been able to find a way to update to Qt 4.8 in Ubuntu PP, btw, but I'm not entirely sure that's the reason. *** Bug 322090 has been marked as a duplicate of this bug. *** I have moved on to Kubuntu 14.04 and am not using Kget at present. I will reopen this issue if there are problems arising from me retrying kget. Until then, it appears we can put this issue to rest. |