Databases
StackOverflow2013
Postsdbo
POChrome failing to decompress gzip, content length
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POChrome failing to decompress gzip, content length
    primarykey
    data
    text
    <p>My Silverlight 4 app downloads quite a bit of data from the server through a WCF service, so I implemented gzip compression using the technique described here: <a href="http://forums.infragistics.com/blogs/anton_staykov/archive/2010/08/24/silverlight-wcf-service-compression-azure.aspx" rel="nofollow">http://forums.infragistics.com/blogs/anton_staykov/archive/2010/08/24/silverlight-wcf-service-compression-azure.aspx</a></p> <p>In short, I extended the WCF gzip encoder sample ( <a href="http://msdn.microsoft.com/en-us/library/ms751458.aspx" rel="nofollow">http://msdn.microsoft.com/en-us/library/ms751458.aspx</a> ) to work with Silverlight. The server compresses the WCF responses with gzip, and on the client side, the browser HTTP stack decompresses the response automatically before it gets to Silverlight. All is well, and the compression works very nicely in IE.</p> <p>Testing the same thing in Chrome, however, leads to this..</p> <pre><code>System.Xml.XmlException: The input source is not correctly formatted. at System.Xml.XmlExceptionHelper.ThrowXmlException(XmlDictionaryReader reader, String res, String arg1, String arg2, String arg3) at System.Xml.XmlBufferReader.ReadValue(XmlBinaryNodeType nodeType, ValueHandle value) at System.Xml.XmlBinaryReader.ReadNode() at System.Xml.XmlBinaryReader.Read() at System.Xml.XmlBaseReader.ReadEndElement() at System.ServiceModel.Channels.Message.ReadFromBodyContentsToEnd(XmlDictionaryReader reader, EnvelopeVersion envelopeVersion) at System.ServiceModel.Channels.Message.ReadFromBodyContentsToEnd(XmlDictionaryReader reader) at System.ServiceModel.Dispatcher.OperationFormatter.DeserializeBodyContents(Message message, Object[] parameters, Boolean isRequest) at System.ServiceModel.Dispatcher.OperationFormatter.DeserializeReply(Message message, Object[] parameters) at System.ServiceModel.Dispatcher.ProxyOperationRuntime.AfterReply(ProxyRpc&amp; rpc) at System.ServiceModel.Channels.ServiceChannel.HandleReply(ProxyOperationRuntime operation, ProxyRpc&amp; rpc) at System.ServiceModel.Channels.ServiceChannel.EndCall(String action, Object[] outs, IAsyncResult result) at System.ServiceModel.ClientBase`1.ChannelBase`1.EndInvoke(String methodName, Object[] args, IAsyncResult result) at DataAccess.Model.Silverlight4.DataAccess.RealTimeDataService.RealTimeDataServiceClient.RealTimeDataServiceClientChannel.EndGetNowTime(IAsyncResult result) at DataAccess.Model.Silverlight4.DataAccess.RealTimeDataService.RealTimeDataServiceClient.DataAccess.Model.Silverlight4.DataAccess.RealTimeDataService.RealTimeDataService.EndGetNowTime(IAsyncResult result) at DataAccess.Model.Silverlight4.DataAccess.RealTimeDataService.RealTimeDataServiceClient.OnEndGetNowTime(IAsyncResult result) at System.ServiceModel.ClientBase`1.OnAsyncCallCompleted(IAsyncResult result) </code></pre> <p>I've checked out the requests + responses from both browsers in Fiddler, and they are very nearly identical, with one crucial difference -- <em>Content-Length for the Response is set incorrectly for Chrome</em>. I'm sure this is why the XML SOAP is failing to parse.. Chrome is only decompressing part of the content due to the incorrect content length. What gives? Why would my WCF service send back the wrong Content Length for Chrome but not IE?? I change nothing but the browser - code is identical, and the response bodies are identical (Fiddler can decompress both fine). Anyone have a clue why this is happening?</p> <p>Fiddler:</p> <p>~~ <strong>Internet Explorer 9</strong> ~~</p> <p><strong>Request</strong></p> <pre><code>POST http://127.0.0.1:84/services/RealTimeDataService.svc/binary HTTP/1.1 Accept: */* Referer: http://127.0.0.1:84/ClientBin/Silverlight4.View.xap Accept-Language: en-US Content-Length: 207 Content-Type: application/soap+msbin1 Accept-Encoding: gzip, deflate User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0) Host: 127.0.0.1:84 Connection: Keep-Alive Pragma: no-cache </code></pre> <p><strong>Response</strong></p> <pre><code>HTTP/1.1 200 OK Cache-Control: private,no-cache Pragma: no-cache Content-Length: 512 Content-Type: application/soap+msbin1 Content-Encoding: gzip Server: Microsoft-IIS/7.5 X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET Date: Fri, 08 Jul 2011 16:18:09 GMT </code></pre> <p>~~ <strong>Chrome</strong> ~~</p> <p><strong>Request</strong></p> <pre><code>POST http://127.0.0.1:84/services/RealTimeDataService.svc/binary HTTP/1.1 Host: 127.0.0.1:84 Connection: keep-alive Referer: http://127.0.0.1:84/ClientBin/Silverlight4.View.xap Content-Length: 207 Origin: http://127.0.0.1:84 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.112 Safari/534.30 content-type: application/soap+msbin1 Accept: */* Accept-Encoding: gzip,deflate,sdch Accept-Language: en-US,en;q=0.8 Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 </code></pre> <p><strong>Response</strong></p> <pre><code>HTTP/1.1 200 OK Cache-Control: private,no-cache Pragma: no-cache Content-Length: 149 Content-Type: application/soap+msbin1 Server: Microsoft-IIS/7.5 X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET Date: Fri, 08 Jul 2011 16:05:43 GMT Content-Encoding: gzip </code></pre>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. This table or related slice is empty.
    1. USNick B
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    1. VO
      singulars
      1. POChrome failing to decompress gzip, content length
      1. USSQLMason
      1. VTFavorite
    2. VO
      singulars
      1. POChrome failing to decompress gzip, content length
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. POChrome failing to decompress gzip, content length
      1. This table or related slice is empty.
      1. VTUpMod
    1. COVery strange. I have no idea what the problem is, but you might be able to isolate it by creating an app which sends exactly what IE sends, then slowly change the headers one by one to look like what Chrome is sending until you find out what is causing the server to send back the different response.
      singulars
      1. POChrome failing to decompress gzip, content length
      1. USRobSiklos
    2. COYeah, it's quite a strange error. Thanks for the good idea, I'll try to isolate which request header affects the response. If I can't figure it out, I guess I'll have to put the decompression logic inside Silverlight.
      singulars
      1. POChrome failing to decompress gzip, content length
      1. USNick B
    3. COany luck figuring this out?
      singulars
      1. POChrome failing to decompress gzip, content length
      1. USRobSiklos
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload