Evitar problemas de tipo de contenido al descargar un archivo mediante el navegador en Android

Question

Si tengo un archivo disponible para un navegador a través de mi aplicación web, normalmente solo configuro la URL como http://website.com/webapp/download/89347/image.jpg. Luego configuro los encabezados HTTP Content-Type: application/octet-stream; filename=image.jpg y Content-Disposition: Attachment.

Sin embargo, en Android. Parece que la única manera de que pueda descargar el archivo es establecer Content-Type: image/jpg. De lo contrario, el nombre del archivo dice <Unknown> y un error viene

Descarga incorrecta
No se puede descargar. El contenido no es compatible con este teléfono

¿Hay alguna forma de que pueda descargar Android y abrir el archivo a través del navegador sin mantener una lista de tipos de mime?

Answer 1

Para hacer ningún tipo de descarga funcionan en todas las versiones de Android (y especialmente los mayores), como se esperaba, ya que ...

1. establecer el ContentType a application/octet-stream
2. poner el Content-Disposition valor de nombre de archivo entre comillas dobles
3. escribir la extensión del fichero Content-Disposition en mayúsculas

Lee mi blog para más detalles:
http://digiblog.de/2011/04/19/android-and-the-download-file-headers/

Answer 2

He intentado todas las recomendaciones del blog Jspy y nada ha funcionado hasta ahora. Content-disposition trae el navegador en modo de descarga, sin embargo, no se descarga nada, excepto el HTML de la página desde la cual se inició la descarga. Así que mi conclusión, es un error de Google y solo podemos orar por que Google lo solucione. Mi trabajo consistió en establecer el tipo de contenido en algún tipo proveniente de Accept header form mobile browser. Por lo general, funciona, incluso puede descargar archivos zip como texto.

Answer 3

Dmitriy (u otras personas que busquen una posible solución) si aparece una página html en el archivo descargado, sospecho que esto se debe al doble problema HttpRequest GET. Un escenario típico es el siguiente post, redirección, GET modelo:

• navegador de Android emite un POST HttpRequest al servidor (por ejemplo, botón o enlace de entrega para solicitar una descarga de archivos, filename.ext decir)

• El servidor transmite el nombre de archivo solicitado.ext a bytes, almacena en una variable de sesión y luego emite Response.Redirect a Download.aspx, por ejemplo, para manejar la construcción del objeto de respuesta

• El navegador Android envía HttpRequest GET correctamente al servidor para Download.aspx

• El servidor responde con una disposición de contenido típica: archivo adjunto; filename = "filename.ext" constructo de estilo con el objeto de respuesta que contiene el nombre de archivo solicitado.ext, siendo los bytes en la variable de sesión.

• Administrador de descargas de Android, creo, luego envía otro HttpRequest GET al servidor para Download.aspx. Sospecho que el administrador de descargas interpreta la respuesta anterior de "adjunto" como un disparador para enviar este segundo GET.

• Servidor (Download.aspx) de nuevo intenta construir el objeto de respuesta para enviar de vuelta al navegador.

• Administrador de descargas de Android descargas nombre_de_archivo.ext, utilizando el contenido del objeto de respuesta del segundo Download.aspx.

En muchos escenarios esto estaría bien. Pero si, por ejemplo, el servidor en el código Download.aspx realiza algunas tareas domésticas y elimina la variable de sesión la primera vez que se llama, la próxima vez no habrá una variable de sesión. Entonces, dependiendo de cómo se escribe el código, es posible que el objeto de respuesta no se construya explícitamente y tal vez el Response.End no se llame y solo se envíe el html de Download.aspx.

Esto es lo que descubrimos usando Wireshark, aunque admito que asumo que es el administrador de descargas de Android el que causa el doble GET.

Espero que esta explicación haya sido de alguna ayuda.

Answer 4

En teoría, el parámetro de nombre de archivo debe establecerse en Content-Disposition, no Content-Type. No estoy seguro de si esto ayudará con el navegador Android.

Answer 5

como he escrito en downloading files from android:

navegador de Android no va a descargar el archivo de eventos de botón de correos. En eventos posteriores, el archivo será un archivo de basura .htm. para vencer esto haz lo siguiente.

En botón de descarga, haga clic

protected void ImageButton1_Click(object sender, ImageClickEventArgs e) 
    { 
     Response.Redirect("download-file.aspx"); 
    } 

and on download-file.aspx file do as below 

using System; 
using System.Collections.Generic; 
using System.Linq; 
using System.Web; 
using System.Web.UI; 
using System.Web.UI.WebControls; 

public partial class mobile_download_file : System.Web.UI.Page 
{ 
    protected void Page_Load(object sender, EventArgs e) 
    { 
     string filename = "usermanual.pdf"; 
     Response.ContentType = "application/octet-stream"; 
     Response.AppendHeader("Content-Disposition", "attachment; filename=" + "" + filename + ""); 
     Response.Write(Server.MapPath(Request.ApplicationPath) + "\\" + filename); 
     Response.TransmitFile(Server.MapPath(Request.ApplicationPath) + "\\" + filename); 
     Response.End(); 
    } 
} 

the same can be implemented in php also.