皆様お疲れ様です。

少し前にもお世話になったのですが、
また、わからない事がでてきましたので

環境：WindowsXP＋IE7

画面の動き：

１．画面Aのボタンをクリックする
　　↓
２．JavaScriptにより画面Bが起動
　　↓
３．ファイルダウンロード処理

このような流れなのですが、
３のダウンロード処理が
行われる時と行われない時があります。
（止まってしまう時は、ファイルダウンロードダイアログのダウンロード先が空白になっていて、動く時はダウンロード先
に「一時ディレクトリ」と表示されています）

試しに、ほかのパソコン（2000＋IE6、XP＋IE6）
で動かしたところ、こちらの方では問題なく動きました。
皆様は同様な現象が起きてませんでしょうか？

＜画面Bのダウンロード処理プログラム＞

Repeater repeater = this.Repeater1;
repeater.DataSource = table;
repeater.DataBind();

Page     page = new Page();
HtmlForm form = new HtmlForm();
 
form.Controls.Add(repeater);
page.Controls.Add(form);
 

using(StringWriter sWriter   = new StringWriter())
using(HtmlTextWriter hWriter = new HtmlTextWriter(sWriter)) {
 
 try {
 
  page.RenderControl(hWriter);
  
  Response.Clear();
  
  Response.AddHeader("Content-Disposition", "attachment;filename=Test.xls");
  Response.ContentType = "Application/vnd.ms-excel";
  Response.Charset = "UTF-8";
  Response.Write(string.Format("
   
   
    
   
   {0}
   ", sWriter.ToString()));
  
  hWriter.Close();
  sWriter.Close();
 
 } catch(Exception ex) {
  string ss = ex.Message;
 } 
}

Response.Flush();
//Response.End(); HttpContext.Current.ApplicationInstance.CompleteRequest();


余談ですが...
IE7で投稿すると、何故か改行が消えてしまうようですね。

関連リンクありがとうございます。

@IT側まで見た感じでは、

Content-DispositionのfilenameをURL Encodedで渡すと駄目ですね。（もちろん、Headerに設定する場合、AddHeaderがUrlEncodeをかけるので、URL Encodedでは無く、raw filename を渡すべきですね。）

後は ContentType で Application/Octet-Stream 時は、Octet-Streamなんだからバイナリファイルで、エンコーディングもくそもないので、文字セットを指定しない方が正しいですね。

IE7 のバグというよりは、厳密に解釈するので、こうすればなんとなく行けていたという迷信にひびが入ったぐらいですかねぇ。

Response.ContentType = "Application/Octet-Stream"
Response.AppendHeader( "Content-Disposition",
       "attachment;filename="+エンコードしていないないファイル名の文字列 )
Response.AppendHeader( "Content-Transfer-Encoding","base64" )

を HttpHandler では基本とした方が良いと思います。

Content-Transfer-Encoding は8bitでContent-Lengthを指定した方が転送効率は良さそうな気がします。（base64で３割増しぐらいになってしまうので）

もちろん、Octet-StreamなのでHTMLのMETAでChar-Setを合わせるとかはせずにストリームが丸々送信ファイルですね。