Answers.Body: <p>I think we've just found a workaround for this in the upcoming 2.3 release. :)</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-11-06T16:51:12.053Z
Answers.Text: Brad, sonds great! :) Let me know what the the problem is, i might not understand it but it could be interesting for my hosting company to know.
Answers.UserDisplayName: Marcus Scheller
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-11-06T17:41:09.237Z
Answers.Text: Nothing your hosting company is doing wrong, just a bug in how Craft serves CP CSS/JS when the compression is enabled.
Answers.UserDisplayName: Brad Bell
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-11-05T22:36:35.937Z
Answers.LastActivityDate: 2014-11-05T22:36:35.937Z
Answers.UserDisplayName: Brad Bell
Body: <p>Also: <a href="https://plus.google.com/111272585078935192473/posts/5qNuffv3SKp" rel="nofollow">https://plus.google.com/111272585078935192473/posts/5qNuffv3SKp</a> which seems to be a similar problem.</p>
  
  <p>I’m with a hoster where compression for PHP scripts must be enabled in php.ini adding <code>zlib.output_compression = On</code> to it.</p>
  
  <p>After restarting the front end gets compressed as exprected, but the CP breaks, throwing <code>net::ERR_CONTENT_LENGTH_MISMATCH</code> for all resources (css, js etc.) which causes them not to be loaded. I have spoken with the hoster but they are unsure about this.</p>
  
  <p>What is to do?
  How can i get compression for my website without breaking the Control Panel?</p>
  
  <p>Is there something i can do on my end?</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2014-11-05T18:59:40.280Z
Comments.Text: What version of PHP are you running? Looks to be related to this bug: https://bugs.php.net/bug.php?id=44164.  From what I can tell it was patched somewhere in the PHP 5.3 timeline.
Comments.UserDisplayName: Brad Bell
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2014-11-05T20:11:05.510Z
Comments.Text: PHP Version is 5.5.10
Comments.UserDisplayName: Marcus Scheller
Tags: <server><admin>
Title: net::ERR_CONTENT_LENGTH_MISMATCH for CP after enabling compression
ThreadText: # net::ERR_CONTENT_LENGTH_MISMATCH for CP after enabling compression
  
  (Asked by: username_0 on 2014-11-05)
  
  Also: <https://plus.google.com/111272585078935192473/posts/5qNuffv3SKp> which seems to be a similar problem.
  
  I’m with a hoster where compression for PHP scripts must be enabled in php.ini adding `zlib.output_compression = On` to it.
  
  After restarting the front end gets compressed as exprected, but the CP breaks, throwing `net::ERR_CONTENT_LENGTH_MISMATCH` for all resources (css, js etc.) which causes them not to be loaded. I have spoken with the hoster but they are unsure about this.
  
  What is to do?
  How can i get compression for my website without breaking the Control Panel?
  
  Is there something i can do on my end?
  
  **Tags:** server, admin
  
  > **Comments:**
  > **username_1**: What version of PHP are you running? Looks to be related to this bug: https://bugs.php.net/bug.php?id=44164.  From what I can tell it was patched somewhere in the PHP 5.3 timeline.  
  > **username_0**: PHP Version is 5.5.10  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2014-11-05. Score: 1 | Accepted answer
  
  I think we've just found a workaround for this in the upcoming 2.3 release. :)
  
  > **Comments:**
  > **username_0**: username_1, sonds great! :) Let me know what the the problem is, i might not understand it but it could be interesting for my hosting company to know.  
  > **username_1**: Nothing your hosting company is doing wrong, just a bug in how Craft serves CP CSS/JS when the compression is enabled.  
  
  ---
  
  