[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