c# Evita que IDM se descargue automáticamente en la api web




angularjs pdf (2)

Tengo un método de api web que devuelve un HttpResponseMessage contiene un archivo PDF. El método se ve algo como esto:

HttpResponseMessage response = Request.CreateResponse(HttpStatusCode.OK);
response.Content = new StreamContent(new FileStream(path, FileMode.Open, FileAccess.Read));
response.Content.Headers.ContentDisposition = new ContentDispositionHeaderValue("attachment");
response.Content.Headers.ContentDisposition.FileName = fileName;
response.Content.Headers.ContentType = new MediaTypeHeaderValue("application/pdf");
return response;

Cuando llamo a esta api desde el cliente (que está escrito en angularJS), el Administrador de descargas de Internet captura automáticamente el archivo PDF y desea descargarlo. Y como tengo un plan de seguridad para mi proyecto, el IDM solicita automáticamente el nombre de usuario y la contraseña. ¿Alguien tiene una idea de cómo se supone que debo evitar que IDM atrape el archivo PDF mediante programación?

Actualización: Aquí está mi código angularJS:

$http.post(url, { transactionId: txId }
            , {responseType: 'arraybuffer'})
            .success(function (response) {
                var reader = new FileReader();
                var file = new Blob([response.data], {type: 'application/pdf'});
                reader.onload = function (e) {
                    var printElem = angular.element('#printPdfLink');
                    printElem.attr('target', '_blank');
                    printElem.attr('href', reader.result);
                    printElem.attr('ng-click', '');
                };
                reader.readAsDataURL(file);
            })
            .error(function (error) {});

He intentado utilizar HttpResponseMessage .

Si uso ContentDisposition está en inline , la respuesta rompe el archivo. Si se usa attachment entonces IDM puede detectarlo.

Al final del día, encontré que el encabezado Accept-Ranges puede realizar descargas sin IDM pero no es válido en HttpResponseMessage .

Puede probar mi código a continuación para realizar la descarga del archivo sin IDM:

[HttpGet]
[Route("~/download/{filename}")]
public void Download(string filename)
{
    // TODO lookup file path by {filename}
    // If you want to have "." in {filename} you need enable in webconfig
    string filePath = "<path>"; // your file path here
    byte[] fileBytes = File.ReadAllBytes(filePath);
    HttpContext.Current.Response.Clear();
    HttpContext.Current.Response.AddHeader("Accept-Ranges", "bytes");
    HttpContext.Current.Response.ContentType = "application/octet-stream";
    HttpContext.Current.Response.AddHeader("ContentDisposition", "attachment, filename=" + filename);
    HttpContext.Current.Response.BinaryWrite(fileBytes);
    HttpContext.Current.Response.End();
}

Nota: el parámetro de filename sirve para descargar el nombre del archivo para que pueda configurar en webconfig si desea tener una extensión de archivo (deshabilitada de forma predeterminada).


Cambie el tipo mime a application/octet-stream como una forma de solucionar su problema. Asegúrese de que el nombre del archivo incluya una extensión de archivo adecuada para que el sistema cliente pueda reconocerlo una vez que se haya descargado.

Otro problema es la disposición attachment del contenido que normalmente lo obliga a guardarlo como una descarga de archivos. Cámbielo a en inline para que el cliente pueda consumirlo sin que IDM intente descargarlo como un archivo adjunto.

var stream = new FileStream(path, FileMode.Open, FileAccess.Read);
var content new StreamContent(stream);
content.Headers.ContentDisposition = new ContentDispositionHeaderValue("inline");
content.Headers.ContentDisposition.FileName = fileName;
content.Headers.ContentType = MediaTypeHeaderValue.Parse("application/octet-stream");
var response = Request.CreateResponse(HttpStatusCode.OK);
response.Content = content;
return response;






asp.net-web-api