のC＃MVC PDFのダウンロードは、Androidクロムにここ

Question

初めての質問を失敗したので、私はそれが間違ってやっているなら、私に知らせて...

私のC＃のMVC5アプリは、ユーザーがPDFファイルをダウンロードすることができます。それは私のアンドロイド携帯電話を除いて素晴らしい作品です。私はクロムを使用しており、OSにPDFを処理させています。 GoogleドライブアプリのPDFビューアのビルドを使用しているようです。

ファイルへの直接リンクを使用すると正常に動作しますが、コントローラのアクションでダウンロードすると「ファイルが無効です」というエラーが発生します。私はこの質問のテストケースに単純化しました。

public ActionResult IndirectTestFile() 
{ 
string filename = "document.pdf"; 

var disposition = new System.Net.Mime.ContentDisposition("inline") { FileName = filename }; 
Response.AppendHeader("Content-Disposition", disposition.ToString()); 

string serverFilename = Server.MapPath("~/files/direct/" + filename); 
return File(serverFilename, "application/pdf"); 
} 

と私のHTML：：

//This fails: 
<a href="/report/indirectTestFile">Indirect link to file</a> 

//This works: 
<a href="/Files/direct/Document.pdf">Direct link to file</a> 

すると、私はこれらのリクエストのヘッダーを取得するには、Windows（デスクトップ）Chromeを使用してい

だからここに私のアクションメソッドです。

ここに直接リンク用応答ヘッダだ：

HTTP/1.1 200 OK 
Content-Type: application/pdf 
Last-Modified: Thu, 07 Jul 2016 11:46:47 GMT 
Accept-Ranges: bytes 
ETag: "b8a3dd3d45d8d11:0" 
Server: Microsoft-IIS/10.0 
X-Powered-By: ASP.NET 
Date: Thu, 07 Jul 2016 12:33:05 GMT 
Content-Length: 51793 

そしてMVCのアクションへのリンクのためのレスポンスヘッダ：

HTTP/1.1 200 OK 
Cache-Control: private, s-maxage=0 
Content-Type: application/pdf 
Server: Microsoft-IIS/10.0 
Content-Disposition: inline; filename=document.pdf 
X-AspNet-Version: 4.0.30319 
X-Powered-By: ASP.NET 
Date: Thu, 07 Jul 2016 12:34:09 GMT 
Content-Length: 51793 

私はそこに任意の大きな違いは表示されませんが、1であります確実に動作し、他方は確実に故障する。

これは破損したダウンロードではありません。 Windows上で「悪い」PDFをダウンロードしてアンドロイド電話にコピーすると、同じビューアが表示されます。

誰でもこれを見る前に？助けてくれてありがとう。

Answer 1

：

私はこの問題を解決していないが、私は、原因だった正確に何を見つけるんでした。 Googleのログを見ると、Googleドライブ/ docsアプリがブラウザの代わりにダウンロードを処理しているようです。リクエストは、ブラウザとは別のユーザーエージェントを介して行われます。

つまり、別のセッションで発生します。そのセッションはWebサイトにログインしていないので、PDFをダウンロードする代わりに、ログインページにリダイレクトされてダウンロードされ、有効なPDFファイルではないと訴えます！だからそれが起こるのです。

私は、コントローラからの認証を削除することで、要求がリダイレクトされないようにテストしました。pdfがダウンロードされ、okと表示されます。

クロムが直接ダウンロード自体を処理する理由はわかりませんが、コントローラのリンクをGoogleアプリに渡します。私は、両方のリクエストが同じヘッダを返すようにサーバを変更しました。そのため、私はクロムがどのようにして2つの違いを見分けることができないのか分かりませんが、違いはあります。

この問題を回避するために私のアプリを理解するか再構成する必要がありますが、それは別の質問のためかもしれません。

フランのアイデアのおかげで。

更新： 私は（とても悲しい、それは...ほんの数週間前だった）これに対する厳密解を覚えていませんが、私は私のコントローラのアクションにリダイレクトされたため、それがあったと思います。例えば私は、これはPDFファイルを作成し、それをユーザーに返すアクションにリダイレクトします。このようなアクション（簡体字）

public ActionResult MakePDF(string id) 
    { 
     // code to create the file removed for clarity. 
     return RedirectToAction("IndirectTestFile"); 
    } 

を持っているでしょう。

だから私はこの

public ActionResult MakePDF(string id) 
    { 
     // code to create the file removed for clarity. 
     return IndirectTestFile(); 
    } 

のようなリダイレクトを切り取り、それが解決策になるようだ - 私はとにかく、このメソッドを使用していますし、それは私のために働いています。

Answer 2

私はPDFファイルを書くとき、私は、ファイルのバイト数を渡し、PdfResultを使用することができ、コントローラのアクションを変更しますカスタムPdfResult

public class PdfResult : FileResult 
{ 
    private const String DefaultFileName = "file.pdf"; 
    private readonly Byte[] _byteArray; 

    public PdfResult(Byte[] byteArray, String fileName = DefaultFileName) 
     : base(MediaTypeNames.Application.Pdf) 
    { 
     _byteArray = byteArray; 
     FileDownloadName = fileName; 
    } 

    protected override void WriteFile(HttpResponseBase response) { response.BinaryWrite(_byteArray); } 
} 

を使用しています。 File.ReadAllBytesを使用してバイトを取得できます。ブラウザがファイルを直接読み込んで仕事をしているので、

public ActionResult IndirectTestFile() 
{ 
string filename = "document.pdf"; 

var fileBytes = File.ReadAllBytes(Server.MapPath("~/files/direct/" + filename)); 
return new PdfResult(fileBytes, filename); 
} 

あなたは、第2のリンク

<a href="/Files/direct/Document.pdf">Direct link to file</a> 

で動作します。将来サーチャーのために