ASP.NET MVC: Comment puis-je ouvrir le navigateur et afficher un PDF au lieu d’afficher une invite de téléchargement?

Ok, j’ai donc une méthode d’action qui génère un PDF et le renvoie au navigateur. Le problème est que, au lieu d’ouvrir automatiquement le PDF, IE affiche une invite de téléchargement même s’il connaît le type de fichier. Chrome fait la même chose. Dans les deux navigateurs, si je clique sur un lien vers un fichier PDF stocké sur un serveur, il s’ouvre très bien et n’affiche jamais une invite de téléchargement.

Voici le code appelé pour renvoyer le PDF:

public FileResult Report(int id) { var customer = customersRepository.GetCustomer(id); if (customer != null) { return File(RenderPDF(this.ControllerContext, "~/Views/Forms/Report.aspx", customer), "application/pdf", "Report - Customer # " + id.ToSsortingng() + ".pdf"); } return null; } 

Voici l’en-tête de réponse du serveur:

 HTTP/1.1 200 OK Server: ASP.NET Development Server/10.0.0.0 Date: Thu, 16 Sep 2010 06:14:13 GMT X-AspNet-Version: 4.0.30319 X-AspNetMvc-Version: 2.0 Content-Disposition: attachment; filename="Report - Customer # 60.pdf" Cache-Control: private, s-maxage=0 Content-Type: application/pdf Content-Length: 79244 Connection: Close 

Dois-je append quelque chose de spécial à la réponse pour que le navigateur ouvre automatiquement le PDF?

Toute aide est grandement appréciée! Merci!

 Response.AppendHeader("Content-Disposition", "inline; filename=foo.pdf"); return File(... 

Au niveau HTTP, l’en-tête “Content-Disposition” doit avoir “inline” et non “attachment”. Malheureusement, ce n’est pas directement pris en charge par FileResult (ou ses classes dérivées).

Si vous générez déjà le document dans une page ou un gestionnaire, vous pouvez simplement redirect le navigateur là-bas. Si ce n’est pas ce que vous voulez, vous pouvez sous-classer FileResult et append la prise en charge des documents en streaming en ligne.

 public class CustomFileResult : FileContentResult { public CustomFileResult( byte[] fileContents, ssortingng contentType ) : base( fileContents, contentType ) { } public bool Inline { get; set; } public override void ExecuteResult( ControllerContext context ) { if( context == null ) { throw new ArgumentNullException( "context" ); } HttpResponseBase response = context.HttpContext.Response; response.ContentType = ContentType; if( !ssortingng.IsNullOrEmpty( FileDownloadName ) ) { ssortingng str = new ContentDisposition { FileName = this.FileDownloadName, Inline = Inline }.ToSsortingng(); context.HttpContext.Response.AddHeader( "Content-Disposition", str ); } WriteFile( response ); } } 

Une solution plus simple consiste à ne pas spécifier le nom de fichier sur la méthode Controller.File . De cette façon, vous n’obtiendrez pas l’en-tête ContentDisposition, ce qui signifie que vous perdez l’indication du nom de fichier lorsque vous enregistrez le PDF.

J’utilise les classes suivantes pour avoir plus d’options avec l’en-tête content-disposition.

Il fonctionne comme Marnix , mais au lieu de générer entièrement l’en-tête avec la classe ContentDisposition , qui n’est malheureusement pas conforme à la norme RFC lorsque le nom du fichier doit être codé en utf-8, il modifie plutôt l’en-tête généré par MVC. .

(A l’origine, j’ai écrit en partie en utilisant cette réponse à une autre question et cette autre .)

 using System; using System.IO; using System.Web; using System.Web.Mvc; namespace Whatever { ///  /// Add to FilePathResult some properties for specifying file name without forcing a download and specifying size. /// And add a workaround for allowing error cases to still display error page. ///  public class FilePathResultEx : FilePathResult { ///  /// In case a file name has been supplied, control whether it should be opened inline or downloaded. ///  /// If FileDownloadName is null or empty, this property has no effect (due to current implementation). public bool Inline { get; set; } ///  /// Whether file size should be indicated or not. ///  /// If FileDownloadName is null or empty, this property has no effect (due to current implementation). public bool IncludeSize { get; set; } public FilePathResultEx(ssortingng fileName, ssortingng contentType) : base(fileName, contentType) { } public override void ExecuteResult(ControllerContext context) { FileResultUtils.ExecuteResultWithHeadersRestoredOnFailure(context, base.ExecuteResult); } protected override void WriteFile(HttpResponseBase response) { if (Inline) FileResultUtils.TweakDispositionAsInline(response); // File.Exists is more robust than testing through FileInfo, especially in case of invalid path: it does yield false rather than an exception. // We wish not to crash here, in order to let FilePathResult crash in its usual way. if (IncludeSize && File.Exists(FileName)) { var fileInfo = new FileInfo(FileName); FileResultUtils.TweakDispositionSize(response, fileInfo.Length); } base.WriteFile(response); } } ///  /// Add to FileStreamResult some properties for specifying file name without forcing a download and specifying size. /// And add a workaround for allowing error cases to still display error page. ///  public class FileStreamResultEx : FileStreamResult { ///  /// In case a file name has been supplied, control whether it should be opened inline or downloaded. ///  /// If FileDownloadName is null or empty, this property has no effect (due to current implementation). public bool Inline { get; set; } ///  /// If greater than 0, the content size to include in content-disposition header. ///  /// If FileDownloadName is null or empty, this property has no effect (due to current implementation). public long Size { get; set; } public FileStreamResultEx(Stream fileStream, ssortingng contentType) : base(fileStream, contentType) { } public override void ExecuteResult(ControllerContext context) { FileResultUtils.ExecuteResultWithHeadersRestoredOnFailure(context, base.ExecuteResult); } protected override void WriteFile(HttpResponseBase response) { if (Inline) FileResultUtils.TweakDispositionAsInline(response); FileResultUtils.TweakDispositionSize(response, Size); base.WriteFile(response); } } ///  /// Add to FileContentResult some properties for specifying file name without forcing a download and specifying size. /// And add a workaround for allowing error cases to still display error page. ///  public class FileContentResultEx : FileContentResult { ///  /// In case a file name has been supplied, control whether it should be opened inline or downloaded. ///  /// If FileDownloadName is null or empty, this property has no effect (due to current implementation). public bool Inline { get; set; } ///  /// Whether file size should be indicated or not. ///  /// If FileDownloadName is null or empty, this property has no effect (due to current implementation). public bool IncludeSize { get; set; } public FileContentResultEx(byte[] fileContents, ssortingng contentType) : base(fileContents, contentType) { } public override void ExecuteResult(ControllerContext context) { FileResultUtils.ExecuteResultWithHeadersRestoredOnFailure(context, base.ExecuteResult); } protected override void WriteFile(HttpResponseBase response) { if (Inline) FileResultUtils.TweakDispositionAsInline(response); if (IncludeSize) FileResultUtils.TweakDispositionSize(response, FileContents.LongLength); base.WriteFile(response); } } public static class FileResultUtils { public static void ExecuteResultWithHeadersRestoredOnFailure(ControllerContext context, Action executeResult) { if (context == null) throw new ArgumentNullException("context"); if (executeResult == null) throw new ArgumentNullException("executeResult"); var response = context.HttpContext.Response; var previousContentType = response.ContentType; try { executeResult(context); } catch { if (response.HeadersWritten) throw; // Error logic will usually output a content corresponding to original content type. Restore it if response can still be rewritten. // (Error logic should ensure headers positionning itself indeed... But this is not the case at least with HandleErrorAtsortingbute.) response.ContentType = previousContentType; // If a content-disposition header have been set (through DownloadFilename), it must be removed too. response.Headers.Remove(ContentDispositionHeader); throw; } } private const ssortingng ContentDispositionHeader = "Content-Disposition"; // Unfortunately, the content disposition generation logic is hidden in an Mvc.Net internal class, while not sortingvial (UTF-8 support). // Hacking it after its generation. // Beware, do not try using System.Net.Mime.ContentDisposition instead, it does not conform to the RFC. It does some base64 UTF-8 // encoding while it should append '*' to parameter name and use RFC 5987 encoding. http://tools.ietf.org/html/rfc6266#section-4.3 // And https://stackoverflow.com/a/22221217/1178314 comment. // To ask for a fix: https://github.com/aspnet/Mvc // Other class : System.Net.Http.Headers.ContentDispositionHeaderValue looks better. But requires to detect if the filename needs encoding // and if yes, use the 'Star' suffixed property along with setting the sanitized name in non Star property. // MVC 6 relies on ASP.NET 5 https://github.com/aspnet/HttpAbstractions which provide a forked version of previous class, with a method // for handling that: https://github.com/aspnet/HttpAbstractions/blob/dev/src/Microsoft.Net.Http.Headers/ContentDispositionHeaderValue.cs // MVC 6 stil does not give control on FileResult content-disposition header. public static void TweakDispositionAsInline(HttpResponseBase response) { var disposition = response.Headers[ContentDispositionHeader]; const ssortingng downloadModeToken = "attachment;"; if (ssortingng.IsNullOrEmpty(disposition) || !disposition.StartsWith(downloadModeToken, SsortingngComparison.OrdinalIgnoreCase)) return; response.Headers.Remove(ContentDispositionHeader); response.Headers.Add(ContentDispositionHeader, "inline;" + disposition.Subssortingng(downloadModeToken.Length)); } public static void TweakDispositionSize(HttpResponseBase response, long size) { if (size <= 0) return; var disposition = response.Headers[ContentDispositionHeader]; const string sizeToken = "size="; // Due to current ancestor semantics (no file => inline, file name => download), handling lack of ancestor content-disposition // is non sortingvial. In this case, the content is by default inline, while the Inline property is false by default. // This could lead to an unexpected behavior change. So currently not handled. if (ssortingng.IsNullOrEmpty(disposition) || disposition.Contains(sizeToken)) return; response.Headers.Remove(ContentDispositionHeader); response.Headers.Add(ContentDispositionHeader, disposition + "; " + sizeToken + size.ToSsortingng()); } } } 

Exemple d’utilisation:

 public FileResult Download(int id) { // some code to get filepath and filename for browser ... return new FilePathResultEx(filepath, System.Web.MimeMapping.GetMimeMapping(filename)) { FileDownloadName = filename, Inline = true }; } 

Notez que spécifier un nom de fichier avec Inline ne fonctionnera pas avec Internet Explorer (11 inclus, Windows 10 Edge inclus, testé avec certains fichiers pdf), alors qu’il fonctionne avec Firefox et Chrome. Internet Explorer ignorera le nom du fichier. Pour Internet Explorer, vous devez pirater votre chemin d’URL, ce qui est plutôt mauvais. Voir cette réponse .

J’ai eu le même problème, mais aucune des solutions n’a fonctionné dans Firefox jusqu’à ce que je modifie les options de mon navigateur. Dans les Options

fenêtre, puis Application Tab change le Portable Document Format en Preview in Firefox .