issue317: Viewing downloads internally or as text makes two requests

Priority: bug Status: chatting
Messages
msg741 (view) Author: XTaran Date: 2010-11-15.18:43:36
Reported in Debian at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603493

When attempting to download a file, conkeror will by default, asks,
after receiving the response from the http server, for the action to
perform. Possible values include

  s: save
  o: open
  O: Open URL
  c: copy URL
  i: view internally
  t: view as text

Using `save', the response already received by the server is simply
written to a file. For `view internally' and `view as text', the
response is discarded and another GET request is made to the URL that
responded with the download.

Conkeror shouldn't be doing that second request and only display what it
got with the first response that prompted it to ask what to do with the
download. One request doesn't necessarily return the same response as
the next request to the same URL, so it's possible the wrong information
will be displayed. This is particularly bothersome with downloads in
responses to POST requests, as conkeror always does a GET request for
`view internally' and `view as text', causing it to send a completely
different request than the one responding with the download initially.
msg835 (view) Author: jbms Date: 2011-03-30.00:21:12
I agree this isn't ideal, but I don't know of any way to implement viewing with an alternate mime type
that avoids this.
History
Date User Action Args
2011-09-06 02:09:51retrojsetstatus: chatting
2011-03-30 00:21:12jbmssetstatus: unread -> (no value)
messages: + msg835
2010-11-15 18:43:36XTarancreate