<?xml version="1.0"?>
<?xml-stylesheet
href="http://www.w3.org/2000/08/w3c-synd/style.css" type="text/css"
?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel rdf:about="http://pear.php.net/bugs/search.php">
    <title>PEAR Bug Search Results</title>
    <link>http://pear.php.net/bugs/search.php?cmd=display&amp;package_name%5B0%5D=HTTP_Download</link>
    <description>Search Results</description>
    <dc:language>en-us</dc:language>
    <dc:creator>pear-webmaster@lists.php.net</dc:creator>
    <dc:publisher>pear-webmaster@lists.php.net</dc:publisher>
    <admin:generatorAgent rdf:resource="http://pear.php.net/bugs"/>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>
    <items>
     <rdf:Seq>
      <rdf:li rdf:resource="http://pear.php.net/bug/16100" />
      <rdf:li rdf:resource="http://pear.php.net/bug/16060" />
      <rdf:li rdf:resource="http://pear.php.net/bug/13125" />
      <rdf:li rdf:resource="http://pear.php.net/bug/13124" />
      <rdf:li rdf:resource="http://pear.php.net/bug/13121" />
      <rdf:li rdf:resource="http://pear.php.net/bug/12372" />

     </rdf:Seq>
    </items>
  </channel>

  <image rdf:about="http://pear.php.net/gifs/pearsmall.gif">
    <title>PEAR Bugs</title>
    <url>http://pear.php.net/gifs/pearsmall.gif</url>
    <link>http://pear.php.net/bugs</link>
  </image>

    <item rdf:about="http://pear.php.net/bug/16100">
      <title>HTTP_Download: Bug 16100 [Open] Dowload of aribitrary zip-files not work with IE 7.0</title>
      <link>http://pear.php.net/bugs/16100</link>
      <content:encoded><![CDATA[<pre>HTTP_Download Bug
Reported by stuff_de
2009-04-15T08:22:06+00:00
PHP: 5.2.5 OS: Linux 2.6.5 Package Version: 1.1.3

Description:
------------
Dowload of aribitrary zip-files not work with IE 7.0.
After request the script, a &quot;never ending&quot; download status window occures, containing only a &quot;cancel-button&quot;. On retry, sometimes nothing occures (no browser status window)
 and nothing happens. 

Note: The download works fine with firefox or opera.

Test script:
---------------
&lt;?php
$params = array(
   'file'                =&gt; '/tmp/download.tgz',
   'contenttype'         =&gt; 'application/x-gzip',
   'contentdisposition'  =&gt; array(HTTP_DOWNLOAD_ATTACHMENT, 'latest.tgz'),
  );
  
  $error = HTTP_Download::staticSend($params, false);
?&gt;

Expected result:
----------------
a &quot;normal&quot; download window opened by browser having &quot;start download&quot; and &quot;select target folder&quot; buttons (or something like that)

Actual result:
--------------
After request the script, a &quot;never ending&quot; download status window occures containing only a &quot;cancel-button&quot;. On retry, sometimes nothing occures (no browser status window)
 and nothing happens.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_Download Bug
Reported by stuff_de
2009-04-15T08:22:06+00:00
PHP: 5.2.5 OS: Linux 2.6.5 Package Version: 1.1.3

Description:
------------
Dowload of aribitrary zip-files not work with IE 7.0.
After request the script, a &quot;never ending&quot; download status window occures, containing only a &quot;cancel-button&quot;. On retry, sometimes nothing occures (no browser status window)
 and nothing happens. 

Note: The download works fine with firefox or opera.

Test script:
---------------
&lt;?php
$params = array(
   'file'                =&gt; '/tmp/download.tgz',
   'contenttype'         =&gt; 'application/x-gzip',
   'contentdisposition'  =&gt; array(HTTP_DOWNLOAD_ATTACHMENT, 'latest.tgz'),
  );
  
  $error = HTTP_Download::staticSend($params, false);
?&gt;

Expected result:
----------------
a &quot;normal&quot; download window opened by browser having &quot;start download&quot; and &quot;select target folder&quot; buttons (or something like that)

Actual result:
--------------
After request the script, a &quot;never ending&quot; download status window occures containing only a &quot;cancel-button&quot;. On retry, sometimes nothing occures (no browser status window)
 and nothing happens.</pre>]]></description>
      <dc:date>2009-04-15T08:22:06+00:00</dc:date>
      <dc:creator>stuff &amp;#x61;&amp;#116; rushsoft &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>HTTP_Download Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/16060">
      <title>HTTP_Download: Bug 16060 [Open] no HTTP error when php can't read source file</title>
      <link>http://pear.php.net/bugs/16060</link>
      <content:encoded><![CDATA[<pre>HTTP_Download Bug
Reported by nikita
2009-04-01T20:35:20+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 1.1.3

Description:
------------
It seems that script have a bug when the data source is a file and php have no rights to read it. It flushes empty file to user in that case. I think that proper behaviour is to send a HTTP error.

I would like to propose a patch that adds checks for that case (class will return HTTP error with the code 403).</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_Download Bug
Reported by nikita
2009-04-01T20:35:20+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 1.1.3

Description:
------------
It seems that script have a bug when the data source is a file and php have no rights to read it. It flushes empty file to user in that case. I think that proper behaviour is to send a HTTP error.

I would like to propose a patch that adds checks for that case (class will return HTTP error with the code 403).</pre>]]></description>
      <dc:date>2009-04-01T20:35:20+00:00</dc:date>
      <dc:creator>nikita-pub+pear &amp;#x64;&amp;#111;&amp;#x74; php &amp;#x64;&amp;#111;&amp;#x74; net &amp;#x61;&amp;#116; melnichenko &amp;#x64;&amp;#111;&amp;#x74; name</dc:creator>
      <dc:subject>HTTP_Download Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/13125">
      <title>HTTP_Download: Bug 13125 [Open] HTTP protocol specification mis-implementation</title>
      <link>http://pear.php.net/bugs/13125</link>
      <content:encoded><![CDATA[<pre>HTTP_Download Bug
Reported by jausions
2008-02-15T14:30:55+00:00
PHP: Irrelevant OS: Irrelevant Package Version: CVS

Description:
------------
The specification: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.35.1

Stipulates:

&quot;If the last-byte-pos value is present, it MUST be greater than 
or equal to the first-byte-pos in that byte-range-spec, or the byte- range-spec is syntactically invalid. The recipient of a byte-range- set that includes one or more syntactically invalid byte-range-spec values MUST ignore the header field that includes that byte-range- set.&quot;

The test of start &lt;= end is not implemented in getChunks(). I'm preparing a patch.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_Download Bug
Reported by jausions
2008-02-15T14:30:55+00:00
PHP: Irrelevant OS: Irrelevant Package Version: CVS

Description:
------------
The specification: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.35.1

Stipulates:

&quot;If the last-byte-pos value is present, it MUST be greater than 
or equal to the first-byte-pos in that byte-range-spec, or the byte- range-spec is syntactically invalid. The recipient of a byte-range- set that includes one or more syntactically invalid byte-range-spec values MUST ignore the header field that includes that byte-range- set.&quot;

The test of start &lt;= end is not implemented in getChunks(). I'm preparing a patch.</pre>]]></description>
      <dc:date>2008-02-17T15:31:39+00:00</dc:date>
      <dc:creator>pear &amp;#x61;&amp;#116; 11abacus &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTTP_Download Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/13124">
      <title>HTTP_Download: Bug 13124 [Open] getRanges() too lax</title>
      <link>http://pear.php.net/bugs/13124</link>
      <content:encoded><![CDATA[<pre>HTTP_Download Bug
Reported by jausions
2008-02-15T13:54:57+00:00
PHP: Irrelevant OS: Irrelevant Package Version: CVS

Description:
------------
&quot;bytes=-&quot; is not a valid Range, but will be accepted. Same for &quot;bytes=12-34 56-78&quot; (missing comma)

I tumbled across the problem when dealing with unknown content-length.

The corrected function is below, although I'm already working on a separate patch for request #13121.

Test script:
---------------
    function getRanges()
    {
        return preg_match('/^bytes=((\d+-|\d+-\d+|-\d+)(, ?(\d+-|\d+-\d+|-\d+))*)$/',
            @$_SERVER['HTTP_RANGE'], $matches) ? $matches[1] : array();
    }</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_Download Bug
Reported by jausions
2008-02-15T13:54:57+00:00
PHP: Irrelevant OS: Irrelevant Package Version: CVS

Description:
------------
&quot;bytes=-&quot; is not a valid Range, but will be accepted. Same for &quot;bytes=12-34 56-78&quot; (missing comma)

I tumbled across the problem when dealing with unknown content-length.

The corrected function is below, although I'm already working on a separate patch for request #13121.

Test script:
---------------
    function getRanges()
    {
        return preg_match('/^bytes=((\d+-|\d+-\d+|-\d+)(, ?(\d+-|\d+-\d+|-\d+))*)$/',
            @$_SERVER['HTTP_RANGE'], $matches) ? $matches[1] : array();
    }</pre>]]></description>
      <dc:date>2008-02-17T15:18:11+00:00</dc:date>
      <dc:creator>pear &amp;#x61;&amp;#116; 11abacus &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTTP_Download Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/13121">
      <title>HTTP_Download: Feature/Change Request 13121 [Open] To play nice with stream without known size</title>
      <link>http://pear.php.net/bugs/13121</link>
      <content:encoded><![CDATA[<pre>HTTP_Download Feature/Change Request
Reported by jausions
2008-02-15T11:00:49+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 1.1.3

Description:
------------
I'm putting together a stream class to handle content generated on the fly, potentially big. I'd like to stream it into HTTP_Download. The size of the content is not known before the stream is finished being read. So a fstat($this-&gt;handle) doesn't return a 'size' index. 

The implications should be minimal, no Content-Length header, no Content-Range / range request support. I'll put a patch together and submit it for inclusion.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_Download Feature/Change Request
Reported by jausions
2008-02-15T11:00:49+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 1.1.3

Description:
------------
I'm putting together a stream class to handle content generated on the fly, potentially big. I'd like to stream it into HTTP_Download. The size of the content is not known before the stream is finished being read. So a fstat($this-&gt;handle) doesn't return a 'size' index. 

The implications should be minimal, no Content-Length header, no Content-Range / range request support. I'll put a patch together and submit it for inclusion.</pre>]]></description>
      <dc:date>2008-02-17T15:17:39+00:00</dc:date>
      <dc:creator>pear &amp;#x61;&amp;#116; 11abacus &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTTP_Download Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/12372">
      <title>HTTP_Download: Feature/Change Request 12372 [Open] Need a way to set the Expires header</title>
      <link>http://pear.php.net/bugs/12372</link>
      <content:encoded><![CDATA[<pre>HTTP_Download Feature/Change Request
Reported by redbeard
2007-11-01T12:40:44+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 1.1.3

Description:
------------
I'm developing a system that puts most data behind a PHP loader page that uses HTTP_Download. Unfortunately, I can't get Firefox to cache anything since it ignores the Cache-Control header. So I will be manually adding Expires headers. It would be nice if this could be done directly via HTTP_Download.

I'd recommend a params option as well as an explicit method (setExpires()?).</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_Download Feature/Change Request
Reported by redbeard
2007-11-01T12:40:44+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 1.1.3

Description:
------------
I'm developing a system that puts most data behind a PHP loader page that uses HTTP_Download. Unfortunately, I can't get Firefox to cache anything since it ignores the Cache-Control header. So I will be manually adding Expires headers. It would be nice if this could be done directly via HTTP_Download.

I'd recommend a params option as well as an explicit method (setExpires()?).</pre>]]></description>
      <dc:date>2007-11-07T09:56:50+00:00</dc:date>
      <dc:creator>mjohnson &amp;#x61;&amp;#116; pitsco &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTTP_Download Feature/Change Request</dc:subject>
    </item>
</rdf:RDF>
