Bug 168667

Summary: Saving with "List all Links" only downloads one file
Product: [Applications] kget Reporter: Mohd Asif Ali Rizwaan <maarizwan>
Component: generalAssignee: KGet authors <kget>
Status: RESOLVED FIXED    
Severity: normal CC: mat69
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Attachments: step 2: filtering files and selecting them
choosing the destination to download all files

Description Mohd Asif Ali Rizwaan 2008-08-07 22:11:54 UTC 
Version:           2.1.0 (using 4.1.00 (KDE 4.1.0), rworkman@slackware.com)
Compiler:          gcc
OS:                Linux (i686) release 2.6.24.5-smp

How to Reproduce:

0. please add "downloads" set any default download folder in kget
1. Let's try to download kde 4.1.60 sources from http://kde.mirrors.tds.net/pub/kde/unstable/4.1.60/src/

2. from tools->kget->List all links
3. filter "bz2"
4. click "Select All Filtered" button
5. and click ok to save.

6. We can see that "only one the last file in the links is added" not all of the listed files.

---------
Please see the attachments:
1. open http://users.tkk.fi/~jalkanen/PPT.html
2. tools->Download Manager->List All Links
3. click filter -> type lha (*.lha)
4. click select all filtered
5. click Download Checked
6. we can observe the "text.lha" is added to the folder-name and this is the bug.

Solution:

1. The Destination Folder Dialog which comes after clicking "Download Checked" is "Appending" *filename* to the target "Folder" which is unexpected behavior.

Deleting the "filename" from the destination (or choosing the folder again) fixes the issue.
Comment 1 Mohd Asif Ali Rizwaan 2008-08-07 22:13:06 UTC 
Created attachment 26723 [details]
step 2: filtering files and selecting them
Comment 2 Mohd Asif Ali Rizwaan 2008-08-07 22:14:28 UTC 
Created attachment 26724 [details]
choosing the destination to download all files

But, we can see that "text.lha" is appended causing the bug.
Comment 3 Matthias Fuchs 2009-04-11 01:56:11 UTC 
Hi, I can not reproduce your problem neither with the most recent trunk (what will be 4.3) nor branch (what will be 4.2.3), so I'm closing this bug.