Bug 104352

Summary: [Qt] new http/tests/xmlhttprequest/post-blob-content-type-sync.html and ~async.html fail since introduced in r136893
Product: WebKit Reporter: János Badics <jbadics>
Component: Tools / TestsAssignee: Alexander Shalamov <alexander.shalamov>
Severity: Normal CC: alexander.shalamov, ap, hnandor, ossy
Priority: P2 Keywords: Qt, QtTriaged
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on:    
Bug Blocks: 87008, 99983    

Comment 1 Alexander Shalamov 2012-12-11 00:01:16 PST
I will take a look at this bug.
Comment 2 Alexander Shalamov 2012-12-11 03:38:50 PST
Qt networking code adds "application/x-www-form-urlencoded" to request header (qhttpnetworkrequest.cpp:156), if header is empty.

According to http://tools.ietf.org/html/rfc2616#section-7.2.1 , it may be empty and receiver could inspect content or extension of the uri to identify content type. In case when media type remains unknown, recipient should treat body as application/octet-stream.

XHR spec states that when the blob is sent, mime type of the request is the type of the blob and if mime type of the blob is invalid it could be ignored. Just tested with latest chrome and mozilla, they send empty string for content-type header field.

Should I add platform specific test for Qt?
Comment 3 Jocelyn Turcotte 2014-02-03 03:23:49 PST
=== Bulk closing of Qt bugs ===

If you believe that this bug report is still relevant for a non-Qt port of webkit.org, please re-open it and remove [Qt] from the summary.

If you believe that this is still an important QtWebKit bug, please fill a new report at https://bugreports.qt-project.org and add a link to this issue. See http://qt-project.org/wiki/ReportingBugsInQt for additional guidelines.