IE 10 - téléchargement de Fichier questions

Je suis en train de télécharger un fichier excel (généré dynamiquement à l'aide de C#\ASP.NET) et je reçois le IE10 Afficher les Téléchargements dialogue lorsque je clique sur "Ouvrir", il dit: "abc.xls ne pouvait pas être téléchargé" erreur, mais après avoir cliqué sur "Réessayer" il ouvre la .fichier xls correctement dans le deuxième essai.

Quand je test ce en Chrome ou Firefox, il fonctionne très bien.

Pouvez-vous partager votre code s'il vous plaît? Il sera utile dans l'identification de votre problème.

OriginalL'auteur user972255 | 2013-05-20

  1. 8

    Je pense que cela peut expliquer le comportement étrange:

    "Content-Length et d'Encodage de Transfert de Validation dans le IE10 Gestionnaire de Téléchargement"

    Il semble que IE9 bêta avait introduit content-length et transfer-encoding de validation lors du téléchargement de fichiers, mais a trouvé que c'était trop difficile, parce que le nombre de serveurs à ne pas envoyer de bonnes valeurs pour ces téléchargements qui sont traitées à l'aide de code. Apparemment, ils l'ont transformé en IE10, cependant, et juste à espérer pour le mieux.

    j'avais parier que l'exactitude de la valeur qui sera envoyée lorsque le téléchargement est lancé devrait résoudre ce problème. Bien sûr, il n'aurait pas été un problème pour commencer... ai yi yi.

    [Modifier]

    S'avère que ce problème était lié, pour moi au moins) avec l'aide de Response.Close() et/ou Response.End() dans le code. Cet article explique pourquoi vous ne devriez pas utiliser ces 2 méthodes, et pourquoi HttpApplication.CompleteRequest est la méthode de choix. L'évolution de notre Response.End() et Response.Close() instances de HttpApplication.CompleteRequest résolu nos IE10 les problèmes de téléchargement. Comme par magie. Apparemment MSDN maintenant décourage l'utilisation de ces 2 méthodes (malgré des années de MSDN exemples de code qui en contiennent), et maintenant, préconise l'utilisation de HttpApplication.CompleteRequest à la place.

    Nous avons toujours été en guerre avec l'Eurasie...

    [/Edit]

    Je veux juste ajouter une chose importante à connaître. J'ai eu le même problème téléchargement généré dynamiquement les fichiers (CSV, XLS) avec IE10. J'ai appeler HttpApplication.CompleteRequest() AVANT appeler Response.End(). Sinon, le code HTML de la page ASPX obtient toujours annexé à mon fichier téléchargé.

    OriginalL'auteur jfsaliba

  2. 2

    J'ai été d'obtenir un comportement similaire -
    Après les combats de cette question pendant environ 12 heures, ce qui a fonctionné pour moi:

    Changer en-tête de réponse de

    Content-Type: application/application/vnd.ms-excel

    À

    Content-Type: application/octet-stream

    Remarque que j'avais un autre un bon de rappeler symptôme: j'ai été la mise

    Content-Disposition: attachment; filename="Inventory_10-10-2013.xls"

    Malgré que la configuration d'IE utilisé le nom du fichier à partir de l'URL (donc il a dit "getInventory ne pouvait pas être téléchargé" - et il a sauvé le mal nommé fichier dans le dossier téléchargements!).

    Quand j'ai changé le "Content-Type" IE commencé à honorer le nom de fichier dans l'en-tête.

    Pour l'enregistrement voici tous les en-têtes de réponse que je suis:

    • HTTP/1.1 200 OK
    • Pragma: Public
    • Expire le: Fri, 11 Oct 2013 16:33:38 GMT
    • Cache-Control: max-age=1
    • Content-Disposition: attachment; filename="Inventory_10-10-2013.xls"
    • Content-Transfer-Encoding: BINARY
    • Set-Cookie: fileDownload=true; path=/
    • Content-Type: application/octet-stream;charset=UTF-8
    • Content-Length: 7680
    • Date: Thu, 10 Oct 2013 16:33:38 GMT

    OriginalL'auteur wwwhack