Version: (using Devel) Compiler: gcc-4.3.4 OS: Linux Installed from: Compiled sources When trying to download a file from dl.free.fr, Kget fails to retrieve the file's name, and downloads a 11.4ko file instead of the good one. Here is a download link, for you to test it: http://dl.free.fr/tc6s7gSoa
Thank you very much for your report! :) I guess I have found the error in the code -- it only affects trunk and not 4.4. -- and will be fixed pretty soon. Could you please also report the sha1sum of that file one can download at the link, so that I can be sure to have the right file?
Hmmm.... you're asking too much for my little knowlegde. Can you explain me how to do that? (also note that I'm not the original uploader of the file)
Ok found (I think). Here is what I have when downloading it with the standard KDE download manager : 48c3ac852b55b3a540abeb9c7233e88017654490 tc6s7gSoa The file works of course ;).
SVN commit 1090689 by mfuchs: Removes brokenSegments of Segment and emit an error instead. BUG: 226147 M +0 -11 multisegkiodatasource.cpp M +0 -1 multisegkiodatasource.h M +1 -1 segment.cpp M +0 -1 segment.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1090689
The download now works, but kget still doesn't retrieve the file's name.
Do you know if it got the file name in older versions?
Btw. before I forget it, here when using the KGet integration into konqueror it shows "[DB]_Naruto_Shippuuden_145_HD_Sub_French_[4B806A45].mp4" as file name, I suppose that is the correct one? Could you please tell me the exact steps you did when downloading the file, so that I can reproduce it?
No it never got the correct file name. It tries to save a file named "tc6s7gSoa" when I click on the link above. (normal click with Konqueror integration enabled)
Both Lukas and me can't reproduce that issue. So clicking (!) that link above does not take you to the download site but rather opens KGet? Hmm I guess I know what the issue could be. Do you have the option activated to monitor the clipboard? If yes please deactivate that and retry --> closing both kget and konqueror.
Just checked, that option isn't activated. This could happen because Free is also my provider, so the download starts without taking me to the download site. If I'm right, I don't think you'll be able to reproduce that bug unfortunatly...
Ah that might be a reason, because I found a way to reproduce the bug as well and it for sure has nothing to do with KGet, as I deactivated the integration for testing. What I did was: 1. Restarted Konqueror 2. Clicked the link above --> that took me to the download site where I could (did not do that in this test) press a button, that gets me the file with the correct name 3. 2 Worked, so I pressed back and reclicked that link 3 Always results here in displaying "save as" dialog with the name you mentioned, so maybe it has to do with a cookie that website sets or with them checking if you visited that website. So please retry with KGet integration deactivated, so that we can be sure that it is a Konqueror problem --> step 3 works correctly with Firefox. If that is the case please open a bug on Konqueror -- so that they do not have to read information that is irrelevant for them, like the initial 11.4kb problem -- where you describe your problem without KGet-integration activated?
Deactivating Kget integration leads to the same problem, so this is a Konqueror bug. I'll open a bug report for that ASAP. Thanks.