Windows Azure Staging does not compress HTTP traffic when <httpCompression> is set - by Emmanuel Huna

Status : 

  External<br /><br />
		This item may be valid but belongs to an external system out of the direct control of this product team.<br /><br />
		A more detailed explanation for the resolution of this particular item may have been provided in the comments section.

Sign in
to vote
ID 482656 Comments
Status Resolved Workarounds
Type Bug Repros 10
Opened 8/12/2009 3:41:54 PM
Access Restriction Public


I have a Windows Azure web role with the <httpCompression> options set in its Web.Config configuration file.

On the local development fabric I can see that my HTTP response is properly compressed.  When I deploy my web role to Windows Azure Staging, Windows Azure in the cloud no longer compresses the response.

If I had access to IIS7 I could also compress the response directly in IIS (static and/or dynamic content).  But in Windows Azure I can't directly configure IIS, I can only use the <httpCompression> option.

There's a whole thread on this issue in the Windows Azure forums:

Azure Services Platform Developer Center > Azure Forums > Windows Azure > Serving compressed content > Serving compressed content

As I mentioned in the thread above, this would be a showstopper for me.  It'll be hard to convince my boss we should use Windows Azure when on some content we'll have to spend roughly 5 times more on bandwidth than what we would with proper compression.
Sign in to post a comment.
Posted by Djon Kleine on 3/6/2010 at 4:46 AM
I'm experiencing the same issue. Please keep this ticket updated on your progress. It might become a blocker for some of my deployments.
Posted by Jim [MSFT] on 1/25/2010 at 11:56 AM
Hi Emmanuel - I know it is a bit confusing as to why we marked this as resolved, the reason is that we've moved the bug to the Windows Azure database whereas these bugs are for the Windows Azure Tools.

I've raised the visibility of this issue.
Posted by Emmanuel Huna on 1/23/2010 at 11:51 AM
I upgraded my CTP services to Windows Azure commercial - I'm now using Windows Azure Production.
Yet, using Fiddler I still see that compression is not working.

Why is this bug marked as "resolved"?
If there's a way to do compress the HTML from our ASPX pages served from our web roles can someone from Microsoft post the details in workarounds? Currently there are no workarounds.

I originally entered this bug on Connect and discussed it in the Windows Azure forums.
Posted by Jim [MSFT] on 1/8/2010 at 7:09 PM
Sorry for the delay. We have captured this issue in the Windows Azure product backlog. I notice that you have submitted this as an idea on, that is also a great place to raise the priority of this feature.
Posted by Boon Kiat Tan on 10/14/2009 at 11:47 PM
We tried a third party compression module, it also has the same problem. but it works for our local dev fabric though. The feature is quite critical to our web portal as it reduces more than 50% of the traffic and loading time significantly.
Posted by eth_hagar on 9/21/2009 at 11:55 PM
On your suggestion I spent good amount of time adding HttpCompression HttpModule in my code.

Guess What? It works on my local machine and development fabric, but not in the cloud.
Why? For some reason Accept-Encoding header is stripped from reaching the Cloud service. I think this header is stripped at some other level even before request reaches the cloud service, just speculating.

Anyways, Since I've done all the work required to get compression working for my website, I don't care if dynamic compression is enabled or not as long as I could get "Accept-Encoding" header. But even that is stripped off. Bummer!!!

Having played with HttpCompression a bit more, now I realize the issue that Azure guys may be hitting. I am not sure if even static compression is working or not. I believe event static compression doesn't work.

What I did in my application is to always compress the output (irrespective of Accept-encoding header). In this case I was expecting that I would get compressed content, but even in this case there was no compressed content. This makes me wonder if there is some kind of proxy server in between my service and the end user. And if this proxy server is really messing up with HttpCompression.

Anyways with all this I don't think there is any other way to get to good solution without support from Azure itself.
Posted by Adslot on 9/10/2009 at 8:58 PM
Apologies - that last comment came off ruder than intended.

Just hoping to hear some progress, that's all!
Posted by Adslot on 9/10/2009 at 8:45 PM
This was submitted almost a month ago now - can we please have an update? Surely the "review" of this issue can't still be continuing.
Posted by SparkCode on 8/24/2009 at 4:37 AM
Any news on this ? My understanding is that its just activating the option in IIS ?
Posted by Microsoft on 8/13/2009 at 6:02 PM
Thank you for your feedback, We are currently reviewing the issue you have submitted. If this issue is urgent, please contact support directly(