[Webkit-unassigned] [Bug 28466] New: When downloading a file, two GET requests are sent to the HTTP server

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=28466

           Summary: When downloading a file, two GET requests are sent to
                    the HTTP server
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: enrico.troeger at uvena.de


When trying to download a file with WebKitGTK, it sends two HTTP GET requests
to the server for some reason.

In most cases this doesn't matter, but in some cases it does indeed.

Example use case:
One-time downloads as sometimes seen on download-as-a-service offers.
The user requests a file to download, then the user gets an id or token for the
download and with this token, the file can be downloaded once.
This works in Firefox 3.0 and 3.5, Arora (with the Qt Webkit port), Opera and
Internet Explorer but not with WebKitGTK.

As far as I observed it, WebKitGTK sends the first request once the download
link is clicked and this request is immediately cancelled. After the user chose
an action to handle the download (i.e. chose a download location), the second
GET request is sent. Services like the above mentioned, deliver the file
already on the first GET request, the second request is then invalid as the
download URL is only valid one time.

To ease testing, I set up a sample service on
http://78.31.68.117:18695/dstest.py?action=request&data=test.deb

To reproduce:
- open the above URL in a WebKitGTK browser
- then open the displayed URL in the browser
- a download is started
- check the downloaded file: it doesn't contain a Debian package but a HTTP
error page because the generated URL was called twice by WebKitGTK


Tested with WebKitGTK 1.1.12, Midori (GIT) and Epiphany 2.27.90.

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