Bug 121140 - script redirecting doesn't work correctly
Summary: script redirecting doesn't work correctly
Status: RESOLVED INTENTIONAL
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-01 10:16 UTC by Vladimir
Modified: 2007-02-10 09:50 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir 2006-02-01 10:16:44 UTC
Version:           3.5.1 (using KDE KDE 3.5.1)
Installed from:    Gentoo Packages
Compiler:          gcc-3.4.5 
OS:                Linux

Script redirection like http://www.domain.com/download.php?id=12345 doesn't work correctly since upgrade 3.5 -> 3.5.1. Kget downloads the correct content, but saves it as download.php instead of a normal file name (as it was before) and pops up the error "Malformed URL: realfilename.tar.gz"
Comment 1 Rainer Wirtz 2006-02-01 18:53:39 UTC
I'm pretty sure that kget's behaviour has not changed in this respect. It does, and always has, construct a filename from the URL it's given.
When you (in konqueror) do a "RMB->save using kget" this URL is /bla/bla/download.php so kget proposes download.php.
When you do a "LMB->Save as", then konqueror looks up the correct name, and handles this to kget, so the proposed filename is the correct targetname.
I'm not sure (and can't test now) if konqueror's behaviour was different in this respect in 3.5.0.

I close as "WONTFIX" because:
a) There's a simple work-around (use "LMB->Save as..").
b) If something has changed and should be fixed, it's in konqueror.
Comment 2 Vladimir 2006-02-01 19:30:59 UTC
I tried both ways you mentioned. With both of them I'm getting the same result - the content of real file saved as download.php. Only the difference is that with "Save as" option I'm not getting the pop up error. Probably it's something to do with konqueror... I don't know.
Comment 3 Gabriel A. Devenyi 2006-02-12 00:33:00 UTC
*Why* is this won't fix, its broken, its completely wrong, and it HAS CHANGED BECAUSE IT WORKED BEFORE
Comment 4 Grégoire Druant 2006-02-12 20:59:34 UTC
> I close as "WONTFIX" because:
>  a) There's a simple work-around (use "LMB->Save as..").

The workaround doesn't work everytime.
I have found at least one exemple that doesn't work when kget is enabled but that work without kget.
Unfortunately, that's on a website that request to be logged in.
I can post it if you ask.
Comment 5 Martin van Es 2006-03-27 12:19:33 UTC
I'm experiencing the samen problems. I can't say when it changed, but I do know that KGet had problems downloading this file:
http://www.vrom.nl/get.asp?file=/docs/mededelingsformulier_verpakkingen_tcm24-179717.doc

If I disable KGet as downloadmanager for Konqueror, konqui's download is perfect, so I can't help suspecting KGet being buggy in this regard.
Beside that: it shouldn't make a difference if I RMB or LMB if we want KDE to konquer our desktop, let's face it!

The original page the download above comes from is:
http://www.vrom.nl/pagina.html?id=9174#mededelingform

The download is near the end of the page: "Download het mededelingsformulier (Word, 40 KB)" But I expect every download on the page to misbehaves although I didn't test.
Comment 6 Miguel Angel Lopez 2007-02-10 09:50:36 UTC
When you open the "show all links" window, downloads from scripts take the name of the script. And if you try to download them the file gets corrupted and kget spits an error.