<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/ziproxy/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/ziproxy/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sat, 13 Sep 2025 15:26:48 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/ziproxy/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>[patch] Fix build with GCC-15</title><link>https://sourceforge.net/p/ziproxy/bugs/37/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;This patch fix build with GCC-15.&lt;/p&gt;
&lt;p&gt;Best Regards,&lt;br/&gt;
mt&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Marcos Talau</dc:creator><pubDate>Sat, 13 Sep 2025 15:26:48 -0000</pubDate><guid>https://sourceforge.net9d819630e1b5c64c36522b2f58cefb04e179b65f</guid></item><item><title>[patch] Fix gcc warning of implicit-declaration to memcpy function</title><link>https://sourceforge.net/p/ziproxy/bugs/36/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Patch to fix gcc warning of implicit-declaration to memcpy function in the file src/image.c&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Marcos Talau</dc:creator><pubDate>Fri, 04 Jun 2021 22:57:20 -0000</pubDate><guid>https://sourceforge.net0bc88ed0bf882c49bf8e55e0865773055516abe7</guid></item><item><title>[patch] Fix typos in ziproxylogtool</title><link>https://sourceforge.net/p/ziproxy/bugs/35/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Patch to fix some typos in ziproxylogtool.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Marcos Talau</dc:creator><pubDate>Fri, 04 Jun 2021 22:52:27 -0000</pubDate><guid>https://sourceforge.net2331d6fc4cc9bb664b3dda76c49728eaac2cf721</guid></item><item><title>Bug in PNG compression ?</title><link>https://sourceforge.net/p/ziproxy/bugs/34/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;on my ubuntu-system running ziproxy 3.2.1 I detected the strange effect, that only small PNGs are compressed, larger images not.&lt;/p&gt;
&lt;p&gt;Below a debug output for both an unsuccessful and a successful recompress, done within a few minutes on the same system.&lt;/p&gt;
&lt;p&gt;Any ideas ?&lt;/p&gt;
&lt;p&gt;Cheers,&lt;/p&gt;
&lt;p&gt;Reiner&lt;/p&gt;
&lt;p&gt;-------------------------Unsuccessful&lt;br /&gt;
[29460] URL - &lt;a href="http://tippspiel.spiegel.de/img/prize/product/spon/kameha_grand_gross.png" rel="nofollow"&gt;http://tippspiel.spiegel.de/img/prize/product/spon/kameha_grand_gross.png&lt;/a&gt;&lt;br /&gt;
[29460] Headers from client:&lt;br /&gt;
[29460]   Accept: */*&lt;br /&gt;
[29460]   Accept-Language: de-DE,en-US;q=0.5&lt;br /&gt;
[29460]   User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/5.0; .NET4.0C)&lt;br /&gt;
[29460]   Accept-Encoding: gzip, deflate&lt;br /&gt;
[29460]   Host: tippspiel.spiegel.de&lt;br /&gt;
[29460]   Pragma: no-cache&lt;br /&gt;
[29460]   Cookie: spVcData2=11-21%3B21-30; __utma=159392383.453791998.1351331618.1353014537.1353073350.12; __utmz=159392383.1351331618.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); spTopPosterHide=true; __utmc=159392383; PHPSESSID=eueb0n6iin7aldpsf56t1nqu35hhhlua&lt;br /&gt;
[29460] getting, parsing headers took 116 us.&lt;br /&gt;
[29460] Method = GET Protocol = HTTP/1.0&lt;br /&gt;
[29460] Headers sent to server:&lt;br /&gt;
[29460]   GET /img/prize/product/spon/kameha_grand_gross.png HTTP/1.0&lt;br /&gt;
[29460]   Accept: */*&lt;br /&gt;
[29460]   Accept-Language: de-DE,en-US;q=0.5&lt;br /&gt;
[29460]   User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/5.0; .NET4.0C)&lt;br /&gt;
[29460]   Host: tippspiel.spiegel.de&lt;br /&gt;
[29460]   Pragma: no-cache&lt;br /&gt;
[29460]   Cookie: spVcData2=11-21%3B21-30; __utma=159392383.453791998.1351331618.1353014537.1353073350.12; __utmz=159392383.1351331618.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); spTopPosterHide=true; __utmc=159392383; PHPSESSID=eueb0n6iin7aldpsf56t1nqu35hhhlua&lt;br /&gt;
[29460]   Accept-Encoding: gzip&lt;br /&gt;
[29460]   Connection: close&lt;br /&gt;
[29460] Connecting, forwarding headers took 15696 us.&lt;br /&gt;
[29460] In Headers:&lt;br /&gt;
[29460]   HTTP/1.1 200 OK&lt;br /&gt;
[29460]   Date: Fri, 16 Nov 2012 14:29:14 GMT&lt;br /&gt;
[29460]   Server: Apache/2.2.17 (Linux/SUSE)&lt;br /&gt;
[29460]   Last-Modified: Wed, 01 Aug 2012 14:01:30 GMT&lt;br /&gt;
[29460]   ETag: "482dc0-4850b-4c634bb5dcf85"&lt;br /&gt;
[29460]   Accept-Ranges: bytes&lt;br /&gt;
[29460]   Content-Length: 296203&lt;br /&gt;
[29460]   Connection: close&lt;br /&gt;
[29460]   Content-Type: image/png&lt;br /&gt;
[29460] Image = 1, Chunked = 0&lt;br /&gt;
[29460] WillGZip = 1, Compress = 0, DoPreDecompress = 0&lt;br /&gt;
[29460] Trying to load the whole data into memory&lt;br /&gt;
[29460] Ok, whole data loaded into memory&lt;br /&gt;
[29460] Starting image decompression...&lt;br /&gt;
[29460] Image parms (non-palette) -- w: 500, h: 306, bpp: 4&lt;br /&gt;
[29460] Deciding image compression strategy...&lt;br /&gt;
[29460] Strategy defined. Continuing...&lt;br /&gt;
[29460] Attempting PNG compression...&lt;br /&gt;
[29460] Compression return codes -- JP2K:33 JPEG:33 PNG:65539&lt;br /&gt;
[29460] Image modification/compression took 627335 us.&lt;br /&gt;
[29460]   and returned 0.&lt;br /&gt;
[29460] Forwarding header and modified content.&lt;br /&gt;
[29460] Out Headers:&lt;br /&gt;
[29460]   HTTP/1.1 200 OK&lt;br /&gt;
[29460]   Date: Fri, 16 Nov 2012 14:29:14 GMT&lt;br /&gt;
[29460]   Server: Apache/2.2.17 (Linux/SUSE)&lt;br /&gt;
[29460]   Last-Modified: Wed, 01 Aug 2012 14:01:30 GMT&lt;br /&gt;
[29460]   ETag: "482dc0-4850b-4c634bb5dcf85"&lt;br /&gt;
[29460]   Accept-Ranges: bytes&lt;br /&gt;
[29460]   Content-Length: 296203&lt;br /&gt;
[29460]   Content-Type: image/png&lt;br /&gt;
[29460]   Connection: close&lt;br /&gt;
[29460]   Proxy-Connection: close&lt;br /&gt;
[29460] Forwarding took 248161 us.&lt;br /&gt;
[29460] Finished.&lt;/p&gt;
&lt;p&gt;-------------------------------------- Success&lt;br /&gt;
[29541] URL - &lt;a href="http://tippspiel.spiegel.de/frontend/tippspiel/_master/img/css/bg_liga_h.png" rel="nofollow"&gt;http://tippspiel.spiegel.de/frontend/tippspiel/_master/img/css/bg_liga_h.png&lt;/a&gt;&lt;br /&gt;
[29541] Headers from client:&lt;br /&gt;
[29541]   Accept: application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*&lt;br /&gt;
[29541]   Accept-Language: de-DE,en-US;q=0.5&lt;br /&gt;
[29541]   User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/5.0; .NET4.0C)&lt;br /&gt;
[29541]   Accept-Encoding: gzip, deflate&lt;br /&gt;
[29541]   Host: tippspiel.spiegel.de&lt;br /&gt;
[29541]   Cookie: spVcData2=11-21%3B21-30; __utma=159392383.453791998.1351331618.1353014537.1353073350.12; __utmz=159392383.1351331618.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); spTopPosterHide=true; __utmc=159392383; PHPSESSID=eueb0n6iin7aldpsf56t1nqu35hhhlua&lt;br /&gt;
[29541] getting, parsing headers took 118 us.&lt;br /&gt;
[29541] Method = GET Protocol = HTTP/1.0&lt;br /&gt;
[29541] Headers sent to server:&lt;br /&gt;
[29541]   GET /frontend/tippspiel/_master/img/css/bg_liga_h.png HTTP/1.0&lt;br /&gt;
[29541]   Accept: application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*&lt;br /&gt;
[29541]   Accept-Language: de-DE,en-US;q=0.5&lt;br /&gt;
[29541]   User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/5.0; .NET4.0C)&lt;br /&gt;
[29541]   Host: tippspiel.spiegel.de&lt;br /&gt;
[29541]   Cookie: spVcData2=11-21%3B21-30; __utma=159392383.453791998.1351331618.1353014537.1353073350.12; __utmz=159392383.1351331618.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); spTopPosterHide=true; __utmc=159392383; PHPSESSID=eueb0n6iin7aldpsf56t1nqu35hhhlua&lt;br /&gt;
[29541]   Accept-Encoding: gzip&lt;br /&gt;
[29541]   Connection: close&lt;br /&gt;
[29541] Connecting, forwarding headers took 44674 us.&lt;br /&gt;
[29541] In Headers:&lt;br /&gt;
[29541]   HTTP/1.1 200 OK&lt;br /&gt;
[29541]   Date: Fri, 16 Nov 2012 14:31:26 GMT&lt;br /&gt;
[29541]   Server: Apache/2.2.17 (Linux/SUSE)&lt;br /&gt;
[29541]   Last-Modified: Thu, 15 Nov 2012 13:56:26 GMT&lt;br /&gt;
[29541]   ETag: "4e285c-842-4ce890466d8cf"&lt;br /&gt;
[29541]   Accept-Ranges: bytes&lt;br /&gt;
[29541]   Content-Length: 2114&lt;br /&gt;
[29541]   Connection: close&lt;br /&gt;
[29541]   Content-Type: image/png&lt;br /&gt;
[29541] Image = 1, Chunked = 0&lt;br /&gt;
[29541] WillGZip = 1, Compress = 0, DoPreDecompress = 0&lt;br /&gt;
[29541] Trying to load the whole data into memory&lt;br /&gt;
[29541] Ok, whole data loaded into memory&lt;br /&gt;
[29541] Starting image decompression...&lt;br /&gt;
[29541] Image parms (non-palette) -- w: 180, h: 28, bpp: 4&lt;br /&gt;
[29541] Deciding image compression strategy...&lt;br /&gt;
[29541] Strategy defined. Continuing...&lt;br /&gt;
[29541] Attempting PNG compression...&lt;br /&gt;
[29541] Compression return codes -- JP2K:33 JPEG:33 PNG:0&lt;br /&gt;
[29541] Image modification/compression took 24135 us.&lt;br /&gt;
[29541]   and returned 0.&lt;br /&gt;
[29541] Forwarding header and modified content.&lt;br /&gt;
[29541] Out Headers:&lt;br /&gt;
[29541]   HTTP/1.1 200 OK&lt;br /&gt;
[29541]   Date: Fri, 16 Nov 2012 14:31:26 GMT&lt;br /&gt;
[29541]   Server: Apache/2.2.17 (Linux/SUSE)&lt;br /&gt;
[29541]   Last-Modified: Thu, 15 Nov 2012 13:56:26 GMT&lt;br /&gt;
[29541]   ETag: "4e285c-842-4ce890466d8cf"&lt;br /&gt;
[29541]   Accept-Ranges: bytes&lt;br /&gt;
[29541]   Content-Length: 1180&lt;br /&gt;
[29541]   Content-Type: image/png&lt;br /&gt;
[29541]   Connection: close&lt;br /&gt;
[29541]   Proxy-Connection: close&lt;br /&gt;
[29541] Forwarding took 116 us.&lt;br /&gt;
[29541] Finished.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">reinerotto</dc:creator><pubDate>Tue, 20 Nov 2012 10:02:51 -0000</pubDate><guid>https://sourceforge.netb22d1957fbf527fdd3ae6e434d2baa1a2640a67e</guid></item><item><title>Keep-Alive interpretation</title><link>https://sourceforge.net/p/ziproxy/bugs/33/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Ziproxy 3.2.0 does not send the response to a request (http://cp32585.edgefcs.net/crossdomain.xml) on to the client. although it received it. The attachment contains a full capture of the tcp connections between client/proxy and proxy/server.&lt;/p&gt;
&lt;p&gt;The server's response contains content-length field and a keep-alive. Ziproxy first sends a 200-response to the client, but not the response body (or not fully, the gziped data is incomplete). After 90 seconds it sends another response to the client (408 Request Timeout).&lt;/p&gt;
&lt;p&gt;As far is I see, ziproxy should recognize the end of the whole response by the content-length header and close the connection to the server, regardless of the keep-alive header from the server.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Mon, 28 Feb 2011 12:28:56 -0000</pubDate><guid>https://sourceforge.net5cf5f1cfa13de6ffbad229beb14447fa1160b15f</guid></item><item><title>timeout bug</title><link>https://sourceforge.net/p/ziproxy/bugs/32/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When it comes to data which is fully loaded into memory for processing &lt;br /&gt;
(pictures being the most usual case) Ziproxy is (wrongly) considering timeout &lt;br /&gt;
the whole elapsed time, instead of inactivity timeout.&lt;/p&gt;
&lt;p&gt;The problem with this is when the picture takes too long to load (when link speed is terribly low, or when the picture is huge) it will timeout regardless the network activity.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Mealha Cabrita</dc:creator><pubDate>Sun, 13 Feb 2011 23:58:34 -0000</pubDate><guid>https://sourceforge.net1c6672f8a05b9567f5a42038d6a68e6e795a46cf</guid></item><item><title>TOSMarkAsDiffCT free problem</title><link>https://sourceforge.net/p/ziproxy/bugs/31/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When you enable option TOSMarkAsDiffCT some pages crashes.&lt;br /&gt;
I think that this patch resolve this problem.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">talau</dc:creator><pubDate>Wed, 10 Feb 2010 15:32:12 -0000</pubDate><guid>https://sourceforge.netaafc4c6e247725e1fd14abf455031b8424203cbb</guid></item><item><title>can not be compiled against libpng 1.4.0</title><link>https://sourceforge.net/p/ziproxy/bugs/30/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;ziproxy 2.7.9_BETA2 and 2.7.2 can not be compiled against current libpng version&lt;/p&gt;
&lt;p&gt;For example: png_check_sig needs to be replaced with png_sig_cmp&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">sergej pupykin</dc:creator><pubDate>Wed, 03 Feb 2010 15:20:34 -0000</pubDate><guid>https://sourceforge.net2e6a8613fa841908984047be53354ff75627c8d9</guid></item><item><title>switch filesize type from int</title><link>https://sourceforge.net/p/ziproxy/bugs/29/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;For variables dealing with whole file/data size, switch from (signed) int to a compiling-time-defined type instead.&lt;/p&gt;
&lt;p&gt;This is not a bug per se, but a characteristic of the code that may trigger buggy behavior.&lt;/p&gt;
&lt;p&gt;Typically signed int are limited to ~2 GB of data (a 32bit var), what may bring problems in certain circumstances when proxying data bigger than that (logging and TOS based on file size will be affected, for example).&lt;br /&gt;
During compilation, something like ZP_T_XFERBYTES should be set to a type at least 64bit long.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Mealha Cabrita</dc:creator><pubDate>Tue, 08 Dec 2009 07:22:06 -0000</pubDate><guid>https://sourceforge.net21625dc886608b4b099e8b04e3f44be411be0f83</guid></item><item><title>silent fail if unable to bind</title><link>https://sourceforge.net/p/ziproxy/bugs/28/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;There were reports that if Ziproxy is unable to bind to listen connections (like when the listening port is already being used by another daemon) it will silently fail.&lt;br /&gt;
Check that and, if confirmed, make Ziproxy display an error message.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Mealha Cabrita</dc:creator><pubDate>Wed, 02 Dec 2009 05:30:45 -0000</pubDate><guid>https://sourceforge.net733bba8e4c32a9fdc6194958fa22d2a33199b5a3</guid></item></channel></rss>