Databases
StackOverflow2013
Postsdbo
POFile download results in "IE was not able to open this internet site"
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POFile download results in "IE was not able to open this internet site"
    primarykey
    data
    text
    <p>I'm at a loss for this one. I've looked all over and there seem to be a lot of solutions, but they aren't working for me. I've got a CGI::Application app generating a MS Excel spreadsheet with Spreadsheet::WriteExcel. This worked fine for quite some time until our live server had a hardware failure a couple weeks ago. We used the outage as an excuse to upgrade to Windows Server 2008 (from 2003) and Apache 2.2.17 (from 2.2.11). Now, I'm getting sporadic (but too frequent to ignore) complaints from customers receiving this error when trying to download spreadsheets:</p> <blockquote> <p>Internet Explorer cannot download [url] from [site].<br> Internet Explorer was not able to open this Internet site. The requested site is either unavailable or cannot be found. Please try again later.</p> </blockquote> <p>I have tried IE 7-8 on XP, Vista, and 7 and have been unable to reproduce this error locally. The users that have the problem have it every time, not randomly. All complaints have come from IE users, mostly on IE8.</p> <p>After reading a couple posts about the error message, I added the <code>-expires</code> header to no avail. (With no way to test this directly, I've had to implement a fix and wait a day or so to see if people stop complaining <code>._.</code>)</p> <pre><code>sub export_spreadsheet { my $self = shift; binmode STDOUT; my $str; open my $fh, '&gt;', \$str; my $workbook = Spreadsheet::WriteExcel-&gt;new($fh); # words words words $workbook-&gt;close; close $fh; $self-&gt;header_add(-type =&gt; 'application/vnd.ms-excel', -expires =&gt; '+1d', -attachment =&gt; 'export.xls'); return $str; } </code></pre> <p>The headers for the request look normal. These were collected on my local machine, mind you.</p> <pre><code>HTTP/1.1 200 OK Date: Tue, 31 May 2011 22:23:17 GMT Server: Apache/2.2.17 (Win32) mod_ssl/2.2.17 OpenSSL/0.9.8o mod_perl/2.0.4-dev Perl/v5.10.1 Expires: Wed, 01 Jun 2011 22:23:18 GMT Content-Disposition: attachment; filename="export.xls" Vary: Accept-Encoding Keep-Alive: timeout=5, max=100 Content-Type: application/vnd.ms-excel Content-Length: 18944 Accept-Ranges: none Proxy-Connection: Keep-Alive </code></pre> <p>The current workaround we give to customers (unable or unwilling to switch to an alternate browser) with the issue is to switch to SSL by putting typing the <code>https</code> themselves. The SSL download works fine for the ones who have tried it and gotten back to us. Speculation: Could it be a downstream proxy messing with our headers? Could that be why it works in SSL and errors in plain HTTP? (The server upgrade would be an unfortunate coincidence in this case.)</p>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. This table or related slice is empty.
    1. USwes
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    2. PO
      singulars
      1. PTAnswer
    3. PO
      singulars
      1. PTAnswer
    1. VO
      singulars
      1. POFile download results in "IE was not able to open this internet site"
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. POFile download results in "IE was not able to open this internet site"
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. POFile download results in "IE was not able to open this internet site"
      1. This table or related slice is empty.
      1. VTUpMod
    1. COHave you tried Fiddler to examine your headers in both directions ? Also, what error do you get in other browsers ? I often find Firefox or Chrome can give you a much more verbose error message that fixes a problem that IE wont tell you about!
      singulars
      1. POFile download results in "IE was not able to open this internet site"
      1. USRuss Clarke
    2. COThose headers are from Fiddler. Great little tool. Firefox and Chrome have no problem, and users with the problem don't have it in other browsers.
      singulars
      1. POFile download results in "IE was not able to open this internet site"
      1. USwes
    3. COYou probably should not send the VARY header, as that doesn't do anything useful in your scenario and will prevent certain IE versions (e.g. IE8) from caching the file. That in turn can break downloads, see e.g. http://blogs.msdn.com/b/ieinternals/archive/2009/10/03/internet-explorer-cannot-download-over-https-when-no-cache.aspx
      singulars
      1. POFile download results in "IE was not able to open this internet site"
      1. USEricLaw
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload