[wp-trac] [WordPress Trac] #18525: zlib.output_compression "on" in server conflicts with autoupdate

WordPress Trac wp-trac at lists.automattic.com
Thu Oct 6 05:47:52 UTC 2011


#18525: zlib.output_compression "on" in server conflicts with autoupdate
------------------------------------+------------------------------
 Reporter:  avidre                  |       Owner:
     Type:  defect (bug)            |      Status:  new
 Priority:  normal                  |   Milestone:  Awaiting Review
Component:  General                 |     Version:  3.2.1
 Severity:  normal                  |  Resolution:
 Keywords:  has-patch dev-feedback  |
------------------------------------+------------------------------

Comment (by dd32):

 >  Are you running under a cgi/suphp/fastcgi setup?

 That could be it, I'm running a FastCGI setup here.

 > >with zlib PHP compression enabled. ob_get_level() will return > 1, and
 ob_end_flush() can't turn off that style of output buffer.
 > The buffer flush at the top of the function should solve this. That way
 the buffer is empty before zlib is turned off. According to the docs I've
 seen, that's the correct order of operations.

 The bottom of the login page, as well as ajax loads are the main locations
 I see it. Ultimately, @ob_end_clean(); might be the best solution
 unfortunately.

 > I've seen some wpshell / wp-cli projects in the wild ... should this
 patch include some code to wrap the 4K echo that checks to make sure the
 sapi isn't CLI?
 If anything was included of that, I'd return from the function early (ie.
 before your additional disable cache IF block)

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/18525#comment:14>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list