Как избежать проблем с типом контента при загрузке файла через браузер на Android

Дмитрий (или другие, ищущие возможное решение)если в загруженном файле появляется html-страница, я подозреваю, что это связано с проблемой double HttpRequest GET. Типичным сценарием является следующая модель POST, Redirect, GET:

• Браузер Android выдает сообщение HttpRequest на сервер (например, кнопка отправки или ссылка для запроса файла загрузки, имя файла.ext say)

• Сервер передает запрошенное имя файла.ext в байтах, сохраняет в переменной сеанса, а затем выдает ответ.Перенаправление для загрузки.aspx, например, для обработки конструкции объекта ответа

• Браузер Android корректно отправляет HttpRequest GET на сервер для загрузки.aspx

• Сервер отвечает типичным расположением содержимого: attachment; filename= " filename.конструкция стиля ext " с объектом ответа, содержащим запрошенное имя файла.ext, будучи байтами в переменной сеанса.

• Android download manager, я полагаю, затем отправляет еще один HttpRequest получить на сервер для загрузки.аспн. Я подозреваю, что менеджер загрузок интерпретирует предыдущий ответ "attachment" как триггер для отправки этого второго GET.

• Сервер (Скачать.aspx) снова пытается построить объект ответа для отправки обратно в браузер.

• Менеджер загрузок Android загружает имя файла.ext, используя содержимое объекта ответа из второй загрузки.аспн.

Во многих сценариях это было бы прекрасно. Но если, например пример, сервер в загрузке.код aspx выполняет некоторую домашнюю работу и удаляет переменную сеанса при первом ее вызове, а затем в следующий раз нет переменной сеанса. Таким образом, в зависимости от того, как написан код, возможно, что объект ответа не получает построенную эксплицитность и, возможно, ответ.Конец не вызывается, и поэтому только загрузка.html aspx в конечном итоге отправляется.

Это то, что мы обнаружили с помощью Wireshark, хотя я допускаю, что это так менеджер загрузок Android, который является причиной двойного GET.

Я надеюсь, что это объяснение принесло некоторую пользу.

Как я писал в Загрузка файлов с android :

Браузер Android не будет загружать файл в кнопке Post events. В post-событиях файл будет несколько .htm мусорный файл. чтобы преодолеть это, сделайте, как показано ниже.

В кнопке Загрузить нажмите

 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.

Я перепробовал все рекомендации из блога Jspy, и до сих пор ничего не работало. Content-disposition переводит браузер в режим загрузки, однако ничего не загружается, кроме HTML страницы, с которой была инициирована загрузка. Итак, мой вывод: это чистый баг от Google, и мы можем только молиться, чтобы Google исправил его. Моя работа заключалась в том, чтобы установить тип контента на некоторый тип, поступающий из мобильного браузера Accept header form. Как правило, это работает, вы даже можете скачать zip-файлы в виде текста.

Теоретически параметр filename должен быть установлен на Content-Disposition, а не Content-Type. Не уверен, поможет ли это с браузером Android.