This has already been reported.

Which bug number is it ? I tried to find a bug report,
but didn't found any.

I'm 100% sure there is a bugreport for this. I don't know the number, I can't find it anymore...

If you can't find the number for the other bug report,
leave the report open..

Thanks a lot Sniper !

After a little digging, the only bug report 'related' to
the problem discussed here seems bug #10905 which was
closed because of no feed back.

The strange point about what is happening is that
pictures .png or .jpeg are already compressed, due
to the format itself ... Also, if I use apache's mod_gzip
to compress again the pictures, it works, and other non script generated pictures are ok too.

Sounds weird. ;-)

Patrick

When I look at http://www.php.net/manual/en/function.ini-set.php it says that the value can be set anywhere (PHP_INI_ALL). Yes, that true what it has no effect. The master value on my computer is "on" and when I set it "off" at the beginning of my script it has no effect (even if phpinfo() tells the local value is "off"). So all pictures I read out from my database are not shown (broken image) in Netscape.

Why can't I switch it "off" in a particular script? Is it a problem with the headers (Content-Encoding)? I really would like to have it switched "on" to keep the data transfer as low as possible. But if my pictures aren't shown in Netscape it's of no use.

Actually, where is the bug? In the zlib? In Netscape?

Roger

Welcome to the twilight zone ...
After a question from Roger Wetzel, I made a few more tests.
It seems the problem is on the netscape side :
I tested Netscape 7.0PR1 and the pictures are ok even with
zlib.output_compression enabled ...
Using my old Netscape 4.77 the problem remains even if the apache httpd.conf contains a KeepAlive set to Off or MaxRequestsPerChild set to 1 ... So it's should not be a keep-alive problem.
What still is in question is that when using mod_gzip, the problem doesn't occur.
So there is a workaround , either disable zlib.output_compression or use a decent mozilla/netscape.
Patrick

Here's a short reproducing example script. Since the two pictures on the php info page are "generated" (inline) the script is very short:

<?php phpinfo(); ?>

Make sure your zlib.output_compression = On and you use Netscape Communicator 4.79 (Maybe the "bug" is in other Netscape version too but in 4.79 it is for sure).

Roger

Are you sure mod_gzip compresses the pictures?

Try to explicitly configure mod_gzip to compress images and please give us feedback if they work with your Netscape. I did a short test here and they also didn't work, so it seems really a Netscape problem.

Other test: Does it work if you switch of zlib.output_compression and instead compress the page via mod_gzip?

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

Should be fixed in latest CVS.

Now pages with image/ content-type header aren't compressed and you can use ini_set with zlib.output_compression during script execeution (before the headers are sent).

What version will this fix show up in?  

I have php 4.1.2 and cannot successfully turn off output_compression in my image display script.  At least it makes no difference. I also specify a correct header for Content-Type: image/jpeg,  yet that fix also does not seem effective.

Internet Explorer 6.x (all patches installed) delays display of image data sent by my script for about 20 seconds or more and then they suddenly appear.  Had to turn off zlib.output_compression for entire domain due to this problem, and images are displayed normally again.

The change was committed to CVS July 2002, I think the first release with it was 4.3.