| Summary: | "Content-Disposition" HTTP header field not supported | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | daniele |
| Component: | general | Assignee: | Konqueror Bugs <konqueror-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Mandrake RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
daniele
2003-03-09 21:09:49 UTC
Actually, it seems as the header is correctly interpreted, but not used: for example, I get this prompt for saving a file stored within the DB (I used an extension unknown to the system): Open "http://127.0.0.1/~...unti.php?paperId=7" (7_testfile.xcgh)? "7_testfile.xcgh" being the name I've forced via the header. Still, when I hit "save as", the displayed name is not "7_testfile.xcgh", but "visualizzaAppunti.php", which is the name of the script that set the header and extracted the contents of the file from the dbms. Anyhow, on known filetypes I should be prompted as well, while the default handler is silently used. Daniele |