Content Encoding Error in parts of the manager after upgrading to Evolution?

Quote from: pixelchutes at Aug 03, 2009, 12:08 PM

Quote from: rthrash at Aug 03, 2009, 11:58 AM

php_flag zlib.output_compression Off

Ryan, I had thought about this as well. Does anyone know what commit in the SVN could possibly lead to this behavior?

No clue Mike.

Quote from: rthrash at Aug 03, 2009, 12:40 PM

I suspect Suhosin is to blame there for that one Henrik.

You are probably right - sorry if I thrown any confusion into this!

A value of 8192 is an invalid value for output_compression on my system, and results in zlib.output_compression automatically set to Off, which does fix the issue.

My system setup is:
Apache 2.2.11
PHP 5.2.8
zlib 1.2.3


Quote from: garryn at Aug 03, 2009, 11:45 AM

Aha, just tried a few things - it would seem the problem could be related to the buffer size being used when zlib compression enabled. Altering my .htaccess as follows seems to solve the issue for me:

php_flag zlib.output_compression 8192

Anyone wanna try this fix out?

good morning!

very strange. i just realized that i was still using the "old" .htaccess file from the latest modx version 0.9.6 with evolution. i replaced it with the new one to figure out if disabling zlib-compression on my ubuntu server would help. looged into the manager a few secs ago and have to say that its working now without any problems. how can that be? maybe we are all using the old -ghtaccess file instead of the new one?

still checking why its working now.

i can confirm that using the new .htaccess file from evolution do the trick. it´s working now. ;-)

At some point between the versions those lines were commented out by default.

You can also simply add a line to the .htaccess in the Manager

and compression will still be available to the front-end, but turned off for the manager.

However, all this still does not explain why it suddenly began to break things in the Manager.

Can you post the contents of both files, less all the crufty comments from the original 096x file?

Quote from: michaelcm at Aug 03, 2009, 08:50 PM

A value of 8192 is an invalid value for output_compression on my system, and results in zlib.output_compression automatically set to Off, which does fix the issue.

That’s odd, the PHP docs say that the zlib.output_compression can take either a boolean value or an integer, the integer being the desired buffer size. I couldn’t find anything to say that it would be invalid on different PHP versions, oh well!

My mistake; as far back as 095 those lines have been commented out by default. If somebody had an old .htaccess with them uncommented then somewhere along the line somebody must have uncommented them for that installation.

Unfortunately I’ve been pruning my svn versions as I upgrade from svn, or I’d go back through them until I found which was the last one I had where it worked. It definitely still worked in RC3, though.

They’ve been commented out since commit 987 on 13-Apr-2006.