| Summary: | script redirecting doesn't work correctly | ||
|---|---|---|---|
| Product: | [Applications] kget | Reporter: | Vladimir <vladimir.elisseev> |
| Component: | general | Assignee: | KGet authors <kget> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Vladimir
2006-02-01 10:16:44 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. 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. *Why* is this won't fix, its broken, its completely wrong, and it HAS CHANGED BECAUSE IT WORKED BEFORE > 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.
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. 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. |