PHP zlib compression causes "XML Parsing Error: not well formed"

same error. i was on D5.0 and /rss.xml was a page of text (unformatted feed) but the source was fine. it was also feeding my content just fine (a couple of posts came up in the blog aggregator that i checked at another site)

i just upgraded to 5.1, and now i get the same problem:

XML Parsing Error: not well-formed
Location: http://tincupchalice.net/sitemap.xml
Line Number 2, Column 1:

and my source is:

���������?o�0��~
�k�mRUi�![�tj*uE��� �Rȷ���:D�p���޳��k�'����T) �������%y����.���6�$�<@.	f�3�R4#s�
���;
�)[�@ ��ՉQ]�'�ʁT\��G*�/
�m5M�Z�Q�c��5|A}52�Y^�lF���"�1&���H&> ��S賋ݾw%�nX+n��9��ԕ��\ضwſ��*�8�ՋԶ%�Yp�m�'5c��m�I�y0�u��^yާ�\|.�����

too soon to tell if the feed is working or not; i need to post something.

I have experienced this problem using Drupal 5.3. I have zlib compression activated. However the problem is only evident when I try and access sitemap.xml when I am logged in. When I am logged out (the normal Google indexing mode) the page displays correctly. I put this down to the fact that the page is generated on the fly and when I am logged in, nodes hidden by the taxonomy access module (and maybe the access control module) screw up the output. When logged out, the sitemap correctly hides these nodes.

This happens when content which is already gzipped is gzipped again. If caching is enabled, we gunzip the site map for anonmymous users, since the site map will be gzipped when cached. Since pages are not cached for logged in users, we leave the site map gzipped. A method of preventing double gzipping would be welcome.

Fixed in CVS commit 87127.

I have tested the module, : gsitemap.module,v 1.56.2.86 2007 and it appear that the problem still persist or it could that something that i have to do?

. so now i am reopening the issue

-i have tried the stable release gsitemap-5.x-1.11 and gsitemap-5.x-1.x-dev

XML Parsing Error: not well-formed
Location: http://www.mydomain.com/sitemap.xml
Line Number 1, Column 1:

The fix was for cases where output is being compressed by PHP. It does not address cases where PHP output is being compressed by Apache mod_gzip or other accelerator software. If zlib_get_coding_type() does not return "gzip" or "deflate", please identify your problem and open a new issue.