Also everything worked fine when I disabled the compression feature:
$g_compress_html = OFF;

Julian, can you please have a look at this one.

Yeah I'll have a look on the weekend... though I tested it pretty thoroughly and didn't see any problems so I may not be able to reproduce.

Victor, I can't reproduce this at all. Can you confirm that you still see this with CVS HEAD? The blank screen on view_all_bug_page was the problem I always used to see any time there was an error on that page. That was the exact problem I was solving when I rewrote the compression stuff. I've tried triggering a warning and an error both before and after the compression is turned on and I can't make it happen.

I'm using IE 6 and I've tried it against php 4.1.2, 4.2.x and 4.3.x

I don't have IIS so I can't test that.

I committed a workaround that will be included in 0.18.0a3. This is to automatically disable compression when running on an IIS server. Although this is not an optimum solution, it will save the 0.18.0 users from dealing with this
problem. Since this is a temporary fix, I will leave the bug open.

I am running on Apache on windows and I am seeing the same problem. view_all_bugs is completely blank.

I am running a3. ;-(

edited on: 03-14-03 21:42

Look at the manual for ob_gzhandler. The first note states you have to compile --with-zlib or you don't get any error just don't get anything.

I don't think the Windows PHP is compiled with this.

You may want to default this feature to OFF, and allow the user to turn it on if they want.

edited on: 03-14-03 22:00

can you confirm that? The docs for the ZLib extension on the php page say:

"The windows version of PHP has built in support for this extension. You do not need to load any additional extension in order to use these functions."

Also, the server on calaquendi.net does not have zlib compiled in and it does have compression turned on, so it looks like ob_gzhandler() is smart enough to notice that it can't do the compression. Either that or the comment you refer to is wrong.

If you run "php -m" you'll get a list of modules which should include zlib if it is compiled in (you could also look at phpinfo() output of course)

If you are correct this is an interesting lead and I can certainly add a check to make sure zlib is there before we try to compress. Perhaps this is problematic only in certain versions of PHP? Actually, I'm going to commit the check for the module so try updating and let me know if it helps or not.

It looks as if it is compiled. Just compiled as a module that is not turned on by default.

You need to go into php.ini and remove the ; infront of the php_zlib extension.

I haven't tried this because the server is at work, but I will on Monday. This sounds like it'll work though.

Ok, well if you wouldn't mind trying to new code to see if it prevents the blank screen first that would be very helpful. Then if you can get compression working, so much the better - we'll need to add an FAQ for it if it works.

Ok. I just tested with 0.18.0a3. To get this to work on Windows, you need to:

• Within php.ini, you need to remove the ; in the php_zlib.dll file.
• Restart your web server.

PHP Windows is compiles the zlib as an insertable module. I have tested this on my Apache, Win2k box and it fixed my problem.

I will add a comment to the config file about that. Any chance you could test the code in CVS (with that library still commented out) just to see if my fix got rid of the blank screen problem?

It should detect that the zlib library isn't present and disable compression. I'd like to know for sure that my fix works before closing this issue if possible.

Note to self: Add something to the admin/check.php script for this as well.

Will do in the morning...

Ok. I tested this in CVS and it is fixed. Even with php_zlib commented out, I get the page.

Thanks

Mark fixed based on user feedback. See issue 0003065 which I added to deal with adding this check to admin/check.php