Click here to Skip to main content
Click here to Skip to main content

File Download in ASP.NET and Tracking the Status of Success/Failure of Download

, 27 Apr 2010
Rate this:
Please Sign up or sign in to vote.
File download in ASP.NET and tracking the status of success/failure of download

Introduction

This article demonstrates how to provide download of a file in ASP.NET along with tracking its success and failure. It will be useful especially in an e-commerce system that offers downloadable product option. In an e-commerce system, it is very important to keep track of status of download. For a download option, there can be two scenarios:

  1. Complete/success download
  2. Failure download

In an e-commerce system, the user may have a limited number of downloads allowed which is one in most of the cases. If a download is successful, it should update the record which will indicate to the user that he has already downloaded the file or increment the download count by 1. But for failure download, the user should be able to download it again or the download count should remain the same. So this article will help in tracking such status of download.

While working on an e-commerce project, I had a requirement to implement such a functionality where the success/failure of the download can be tracked. After searching for the solution, I found that there is no such article related to a similar problem. Then I came up with this solution after reading an article on transferring file in small packets. I hope this solution will help others struggling with a similar problem.

Background

When the function provided is called on the click of a download button, a similar window as shown below opens asking the user to Open, Save or Cancel.

Download_Track

Clicking Open or Save will result in start of download whereas Cancel will stop/fail the download.

Download_Track2.jpg

A user can Cancel the Download even after Open or Save click, which needs to be tracked.

Using the Code

The code contains the basic logic of File Download in ASP.NET, which will not give end-user any hint of the location of the file. First we create System.IO.FileInfo object providing the complete file path, which will give us the file length. We also create a FileStream object which will be passed to BinaryReader object which in turn will help reading the data into bytes. Then we use the Response object to transfer the data.

//File Path and File Name
string filePath = Server.MapPath("~/ApplicationData/DownloadableProducts");
string _DownloadableProductFileName = "DownloadableProduct_FileName.pdf";

System.IO.FileInfo FileName = new System.IO.FileInfo(filePath + "\\" + 
	_DownloadableProductFileName);
FileStream myFile = new FileStream(filePath + "\\" + 
	_DownloadableProductFileName, FileMode.Open, 
	FileAccess.Read, FileShare.ReadWrite);

//Reads file as binary values
BinaryReader _BinaryReader = new BinaryReader(myFile);

long startBytes = 0;
string lastUpdateTiemStamp = File.GetLastWriteTimeUtc(filePath).ToString("r");
string _EncodedData = HttpUtility.UrlEncode
	(_DownloadableProductFileName, Encoding.UTF8) + lastUpdateTiemStamp; 

//Clear the content of the response
Response.Clear();
Response.Buffer = false;
Response.AddHeader("Accept-Ranges", "bytes");
Response.AppendHeader("ETag", "\"" + _EncodedData +"\"");
Response.AppendHeader("Last-Modified", lastUpdateTiemStamp);

//Set the ContentType
Response.ContentType = "application/octet-stream";

//Add the file name and attachment, 
//which will force the open/cancel/save dialog to show, to the header
Response.AddHeader("Content-Disposition", "attachment;filename="+ FileName.Name);

//Add the file size into the response header
Response.AddHeader("Content-Length", (FileName.Length - startBytes).ToString());
Response.AddHeader("Connection", "Keep-Alive");

//Set the Content Encoding type
Response.ContentEncoding = Encoding.UTF8; 

//Send data
_BinaryReader.BaseStream.Seek(startBytes, SeekOrigin.Begin);

There is no response coming back from the download window whether download is completed or aborted in between, so it becomes more difficult to know the status of download. The basic logic behind tracking the download status is transferring the file into smaller packets(size of packets can be kept as per convenience) and checking whether all the packets have been transferred. If there will be any failure in between the transfer of file, the total number of packets will be compared with the number of packets transferred. This comparison will decide the status (Success/Failure) of download. For a very small file, it is difficult to track failure of download as the number of packets will be very few. So more effective tracking will happen if the file size will be greater than 10 KB.

In the below code, we are getting the total number of packets by dividing the total bytes of data by 1024 to keep the packet size as 1 KB. To send the data packets one by one, we are using for loop. Using Response.BinaryWrite, we are sending the 1024 bytes of data at a time which is read using BinaryReader.

//Dividing the data in 1024 bytes package
int maxCount = (int)Math.Ceiling((FileName.Length - startBytes + 0.0) / 1024); 
//Download in block of 1024 bytes
int i;
for(i=0; i < maxCount && Response.IsClientConnected; i++)
{
    Response.BinaryWrite(_BinaryReader.ReadBytes(1024));
    Respons.Flush(); 
}

Then we compare the number of data packets transferred with the total number of data packets which we calculated by dividing file length by 1024. If both the parameters are equal, that means that file transfer is successful and all the packets got transferred. If number of data packets transferred are less than the total number of data packets, that indicates there is some problem and the transfer was not complete.

//compare packets transferred with total number of packets
if (i < maxCount) return false;
return true;  

Close the Binary reader and File stream in final block.

//Close Binary reader and File stream
_BinaryReader.Close();
myFile.Close(); 

History

  • 27th April, 2010: Initial post

About Proteans Software Solutions

Proteans Software Solutions is an outsourcing company focusing on software product development and business application development on Microsoft Technology Platform. Committed to consistently deliver high-quality software products and services through continual improvement of our knowledge and practices focused on increased customer satisfaction.

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Share

About the Author

Anil Meharia
Software Developer Proteans Software Solutions Pvt. Ltd.
India India
I am working as a software engineer in Proteans Software Solutions.

Comments and Discussions

 
AnswerRe: HttpContext.Current.ApplicationInstance.CompleteRequest() should be used instead of Response.End() PinmemberDanaTA19-Mar-13 19:01 
AnswerRe: HttpContext.Current.ApplicationInstance.CompleteRequest() should be used instead of Response.End() PinmemberDanaTA21-Mar-13 20:14 
GeneralMy vote of 3 PinmemberMuzaffar Ali Rana16-Feb-12 6:50 
QuestionWorking with smaller files #Possible Solution PinmemberJuan Steyn14-Feb-12 22:40 
In regards to 'DownLoad Count is Not Correct'::
 
If you are experiencing problems with smaller file sizes, why not select the appropriate length of bytes using an
if...
statement? For example, instead of:
 
int maxCount = (int)Math.Ceiling((FileName.Length - startBytes + 0.0) / 1024);
 
How about this:
 
int maxCount = 0;
bool greaterThan1MB = false;
if (fileName.Length < 1048576)
{
     //1048576 bytes = 1 MB
     //The file length is less than 1 MB, so use a smaller byte:
     maxCount = (int)Math.Ceiling((fileName.Length - startBytes + 0.0) / 4);
}
else if (fileName.Length >= 1048576)
{
     //The file length is more than 1MB, so use a larger byte:
     maxCount = (int)Math.Ceiling((fileName.Length - startBytes + 0.0) / 1024);
}
 
It works 100%. Just a thought.
GeneralMy vote of 1 PinmemberJakkamnaresh25-Jan-12 2:11 
QuestionCannot view dialog box when working with mster page PinmemberMember 782360223-Aug-11 21:34 
GeneralHey some doubt PinmemberNavnath_Kale31-Jan-11 5:53 
GeneralRe: Hey some doubt Pinmemberycg16691125-Sep-11 23:22 
GeneralGood one Pinmemberthatraja30-Nov-10 2:54 
AnswerDownLoad Count is not correct Pinmemberzhongweis22-Oct-10 20:21 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

| Advertise | Privacy | Mobile
Web03 | 2.8.140827.1 | Last Updated 27 Apr 2010
Article Copyright 2010 by Anil Meharia
Everything else Copyright © CodeProject, 1999-2014
Terms of Service
Layout: fixed | fluid