I have been trying to download pdf file from asp.net website from my samsung galaxy tab but always download as .htm eventhough i have already installed pdf software. I’m able to download pdf from ipad, and all the other browsers. but only problem with android software.
I’m using this code:

byte[] fileBytes;
using (var webResponse = req.GetResponse())
{
Stream fStream = webResponse.GetResponseStream();
fileBytes = ReadFully(fStream);
}
Response.Clear();
Context.Response.ClearHeaders();
Context.Response.ClearContent();
Response.BufferOutput = true;
Response.Buffer = true;
Response.AddHeader(“content-disposition”, “attachment; filename=” + reportName + “.PDF”);
Response.AppendHeader(“Pragma”, “public”);
Context.Response.ContentType = “application/PDF”;
Context.Response.BinaryWrite(fileBytes);
Context.ApplicationInstance.CompleteRequest();

could you sugges any changes for this code to work in android to download PDF from asp.net website.

regards,

Mo

header(‘Content-Disposition: attachment; filename=”my.rar”‘);
header(“Content-Type: application/octet-stream”);
readfile(“my.rar”);
exit;
—> this one above is fine for direct download

if (isset($_SERVER['HTTP_REFERER']) && strpos($_SERVER['HTTP_REFERER'],”192.168.10.100″) > 0) {
header(‘Content-Disposition: attachment; filename=”my.rar”‘);
header(“Content-Type: application/octet-stream”);
readfile(“my.rar”);
exit;
}
—> this one breaks in android stock browser, creates a file with size 0.
—> if else statement is added, it wouldn’t even create a file with size 0.

I found your article quite useful.
However, there’s still one problem that I cannot deal with. Maybe it relates somehow to the authentication issue, but I’m not really sure, so I will post it here if you have an answer as to why that happens, some workaround… Anything would be much appreciated.

What I want is – check the referer and if it’s X, then go on with the download, otherwise – load some page.
I’m using PHP and the following does work for a direct download:

However, using the referer check would break it for some reason:
0) {
header(‘Content-Disposition: attachment; filename=”my.rar”‘);
header(“Content-Type: application/octet-stream”);
readfile(“my.rar”);
exit;
?>
}
The file would then show up in the downloaded files list, but have a size of 0.
What is more, if I add an else statement – the file does not show up at all. Although it would go through the if (I checked by changing the contents of the if)

So basically – no if – the headers work, with if or if/else – there’s some different and weird behavior.
I was using an emulator with Android 4.0.3 if that’s of any importance.

Best,
Victoria

First of all, your test:
o The first test, cdafqZIP: My phone FAILS to download the file.
o The second test, cdafqzip: My phone SUCCEEDS.
I think maybe they changed the list of okay extensions.
By the way, your files are served with “Transfer-Encoding: chunked” and no Content-Length.

I’m serving my files using a Python / WSGI script running either on a separate computer or on the phone itself. I had .txt, .jpg, .zip and .py files. None of them would download. I looked at the headers using curl -D, and I was generating the lines exactly as prescribed above.

My response headers say HTTP/1.0 even though the request was HTTP/1.1. Maybe that has something to do with this. In my fix below I did not change the HTTP/1.0.

I noticed that there was no Content-Length in any of the headers, but I thought maybe curl was just leaving it out, or that it didn’t matter. The download of cdafqzip worked with no Content-Length. And, all of my non-download pages displayed on browsers with no Content-Length.

Then I noticed one of my other pages did have Content-Length and I researched a little about how that’s produced in WSGI.

For Python people: the fix that worked for me was to have my WSGI app() function return a list with one string in it. Not a string, not a list of more than one string. All three methods produce pages my browsers can show, but only ["like this\n"] produces Content-Length.

And that’s it. All my downloads work now.

I have a Nexus 7 and have a problem with the first Download Test link. The file downloads ‘successfully’, but doesn’t immediately offer to open the file. The PDF appears in my Downloads but when I click on it, it reports “Can’t open file”.

I’m using Chrome. It seems to work OK in Opera Mobile (but that’s not the default or more popular browser).

If you have any ideas, I’d really appreciate you sharing them.

Thanks,
Sii

I use the earlier version of this colour setting ‘ISO Coated v2 (ECI)’, as we found that the ‘ISO Coated v2 300% (ECI)’ version really messes up global and spot colours in Illustrator CS4 to CS6 running on Apple OSX. For instance: you save a document with Black as CMYK 0,0,0,100, when you re-open that document and take a look at the Black, it has changed to a mess of CMYK 67,74,61,95… Obviously no good for printing! Then imagine this happening to ALL of the spot or global colours in your colour swatch – horrible.

I hope that this helps – and that ECI sort it out. I wrote to them about it about 2 years ago and got no response.

Richard