Possible explanation for Android downloads stalling

[DaveJohnCole]

If anyone is having issues with android users being unable to download files, take a look at this page.

 

http://www.digiblog.de/2011/04/android-and-the-download-file-headers/

 

It's old, but the issue with GET seems to be causing the problem. All solution are for php / apache and none seem appropriate for a secure system right now.

 

Just throwing it out there. I know my users will need downloads across multiple devices.

[nickbro]

Very interesting, looks like Android doesn't respect the correct file content type being transmitted, and needs it going as octet stream. Will look into this. Most of what's in that article is already done in HAP+ behind the scenes.

 

Trust google to do things it own `standard` way

[Arthur]

Would using the HTML5 download attribute make any difference? It's supported by both Chrome and Firefox, although unfortunately not the stock Android browser.

 

The HTML5 download attribute allows developers to force a file to download rather than go to that specific page, you no longer need to rely on server-side code to do that:

 

Download PDF

 

Source: daker.me/2013/05/5-html5-features-you-need-to-know.html

[nickbro]

Hi can someone try the attached MyFiles/Default.aspx file. I've told it to open the download in a new window. HAP+ just replies with octet-stream regardless of the filetype so that isn't an issue.

 

I think it's because HAP+, by default, transmits it as a multipart download