[WebKit-devel] [Bug 261223] Download name of link targets containing special characters get ignored

[Dawit Alemayehu]

https://bugs.kde.org/show_bug.cgi?id=261223


Dawit Alemayehu <adawit at kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
          Component|general                     |http
            Version|unspecified                 |SVN
            Product|kwebkitpart                 |kio
     Ever Confirmed|0                           |1




--- Comment #6 from Dawit Alemayehu <adawit kde org>  2011-01-03 18:56:24 ---
(In reply to comment #5)
> > Is that the correct name you were exepecting?
> Yes, that's how it should be.
> 
> > If you are talking about kdewebkit browsers only in the most recent
> > KDE 4.6 RC1 release, then it is a known issue that has 
> > already been fixed in the 4.6 branch.
> Yes. Obviously with this fix it works correct in case of no umlauts.
> 
> > I still would need a link that returns the afforementioned german umlauts
> Pardon, yesterday I had no such link, so I produced a new one over night:
> http://csk13.save.tv/12533752_5BC5E6940F545D5455104B3984D2AC91_0/?m=dl

Here is the request/response for the link above:

HTTPProtocol::sendQuery: ============ Sending Header:
HTTPProtocol::sendQuery: "GET
/12533752_5BC5E6940F545D5455104B3984D2AC91_0/?m=dl HTTP/1.1"
HTTPProtocol::sendQuery: "Host: csk13.save.tv"
HTTPProtocol::sendQuery: "Connection: Keep-Alive"
HTTPProtocol::sendQuery: "User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US)
AppleWebKit/534.16 (KHTML, like Gecko) konqueror/4.6.40 Safari/534.16"
HTTPProtocol::sendQuery: "Pragma: no-cache"
HTTPProtocol::sendQuery: "Cache-control: no-cache"
HTTPProtocol::sendQuery: "Accept:
application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5"
HTTPProtocol::sendQuery: "Accept-Encoding: x-gzip, x-deflate, gzip, deflate"
HTTPProtocol::sendQuery: "Accept-Charset: utf-8, utf-8;q=0.5, *;q=0.5"
HTTPProtocol::sendQuery: "Accept-Language: en-US,en;q=0.9"
HTTPProtocol::readResponseHeader: ============ Received Status Response:
HTTPProtocol::readResponseHeader: "HTTP/1.1 200 OK"
HTTPProtocol::readResponseHeader: wasAuthError= false isAuthError= false
sameAuthError= false
HTTPProtocol::readResponseHeader:  -- full response:
"HTTP/1.1 200 OK
Content-Type: application/octet-stream
Connection: close
Server: Save.TV/2.51
Content-Disposition: attachment;
filename=SpongeBob_Schwammkopf_Gedächtnisverlust_02-01-2011_2330_119407.avi
Content-Length: 221861368
Accept-Ranges: bytes
Last-Modified: Mon, 3 Jan 2011 08:39:23 +0100
Etag: "12533752_5BC5E6940F545D5455104B3984D2AC91_0""

The problem stems from the fact that you do not quote the filename in the
content-disposition header as specified in section 19.5.1 of RFC 2616. However,
quoting the filename is not strictly enforced and so kio_http should handle it
correctly. Unfortunately a programming error prevents unquoted filenames with
non-latin1 characters from being parsed correctly in kio_http and hence this
bug. Reassigning to kio_http...

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.