<?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=Services_Digg</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/16499" />
      <rdf:li rdf:resource="http://pear.php.net/bug/15070" />
      <rdf:li rdf:resource="http://pear.php.net/bug/14478" />
      <rdf:li rdf:resource="http://pear.php.net/bug/14233" />

     </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/16499">
      <title>Services_Digg: Bug 16499 [Assigned] signature implementation mismatch</title>
      <link>http://pear.php.net/bugs/16499</link>
      <content:encoded><![CDATA[<pre>Services_Digg Bug
Reported by papayasoft
2009-08-08T11:51:19+00:00
PHP: 5.2.5 OS: WinXP Package Version: 0.4.7

Description:
------------
The class Services_Digg_Story has several methods that accept a $story parameter, presumably a story id. But the implementation of thoe methods uses $this-&gt;id, not the passed $story id.

Must be a typo.

Test script:
---------------
require_once('Services/Digg.php');

Services_Digg::$appKey = 'http://example.com/';
Services_Digg::$uri = 'http://services.digg.com';

$request = Services_Digg::factory('Story')-&gt;getDiggActivity(8507815);


Expected result:
----------------
The requested story exists, so $request should be a valid instance of DiggAPIActivity.

Actual result:
--------------
Results in a 404 Exception as the script attempts to access the endpoint url http://services.digg.com/story//activity/diggs

Note the blank // in the url. This is precisely where the code is using  $this-&gt;id rather than the $story id passed as a param.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Services_Digg Bug
Reported by papayasoft
2009-08-08T11:51:19+00:00
PHP: 5.2.5 OS: WinXP Package Version: 0.4.7

Description:
------------
The class Services_Digg_Story has several methods that accept a $story parameter, presumably a story id. But the implementation of thoe methods uses $this-&gt;id, not the passed $story id.

Must be a typo.

Test script:
---------------
require_once('Services/Digg.php');

Services_Digg::$appKey = 'http://example.com/';
Services_Digg::$uri = 'http://services.digg.com';

$request = Services_Digg::factory('Story')-&gt;getDiggActivity(8507815);


Expected result:
----------------
The requested story exists, so $request should be a valid instance of DiggAPIActivity.

Actual result:
--------------
Results in a 404 Exception as the script attempts to access the endpoint url http://services.digg.com/story//activity/diggs

Note the blank // in the url. This is precisely where the code is using  $this-&gt;id rather than the $story id passed as a param.</pre>]]></description>
      <dc:date>2009-08-10T22:57:57+00:00</dc:date>
      <dc:creator>david &amp;#x61;&amp;#116; papayasoft &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Services_Digg Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/15070">
      <title>Services_Digg: Feature/Change Request 15070 [Open] Use HTTP_Request2 rather than cURL</title>
      <link>http://pear.php.net/bugs/15070</link>
      <content:encoded><![CDATA[<pre>Services_Digg Feature/Change Request
Reported by avb
2008-11-18T13:35:09+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 0.4.4

Description:
------------
A new E_STRICT-compatible version of HTTP_Request package [1] has been released, please consider using it instead of relying on cURL extension.

If HTTP_Request2 is not yet ready for your package's needs, do not hesitate to open requests for missing features.

[1] http://pear.php.net/package/HTTP_Request2/</pre>]]></content:encoded>
      <description><![CDATA[<pre>Services_Digg Feature/Change Request
Reported by avb
2008-11-18T13:35:09+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 0.4.4

Description:
------------
A new E_STRICT-compatible version of HTTP_Request package [1] has been released, please consider using it instead of relying on cURL extension.

If HTTP_Request2 is not yet ready for your package's needs, do not hesitate to open requests for missing features.

[1] http://pear.php.net/package/HTTP_Request2/</pre>]]></description>
      <dc:date>2008-11-18T13:35:09+00:00</dc:date>
      <dc:creator>borz_off &amp;#x61;&amp;#116; cs &amp;#x64;&amp;#111;&amp;#x74; msu &amp;#x64;&amp;#111;&amp;#x74; su</dc:creator>
      <dc:subject>Services_Digg Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/14478">
      <title>Services_Digg: Bug 14478 [Open] endPoint argument to Services_Digg_Proxy should be encoded</title>
      <link>http://pear.php.net/bugs/14478</link>
      <content:encoded><![CDATA[<pre>Services_Digg Bug
Reported by jstump
2008-08-08T13:50:26+00:00
PHP: 5.2.0 OS: All Package Version: 0.4.4

Description:
------------
Weird bugs arise when the endPoint is not encoded, but the apikey is.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Services_Digg Bug
Reported by jstump
2008-08-08T13:50:26+00:00
PHP: 5.2.0 OS: All Package Version: 0.4.4

Description:
------------
Weird bugs arise when the endPoint is not encoded, but the apikey is.</pre>]]></description>
      <dc:date>2008-08-08T13:50:26+00:00</dc:date>
      <dc:creator>pear &amp;#x61;&amp;#116; joestump &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>Services_Digg Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/14233">
      <title>Services_Digg: Feature/Change Request 14233 [Open] Add a timeout to __get() to prevennt indefinite block</title>
      <link>http://pear.php.net/bugs/14233</link>
      <content:encoded><![CDATA[<pre>Services_Digg Feature/Change Request
Reported by arin
2008-06-25T02:11:43+00:00
PHP: 5.2.6 OS: OS X 10.5 Package Version: 0.4.4

Description:
------------
There's a possibility for this class to hang in __get. 

If the socket actually gets created in the initialize method there's no 
guarantee that it won't &quot;hang&quot; during the socket_read call(s) in __get.

socket_read doesn't have a timeout... so you could sit around waiting 
forever.




Test script:
---------------
Pass __construct an endpoint that you control. In the endpoint's executing script just enter something like this: 

&lt;?php 
    sleep (500); 
    echo &quot;hello&quot;; 
?&gt;

When the Services_Digg_Request's __get method is executed you'll see that the socket_read will wait until the endpoint's script is done sleeping for 500 seconds.

Expected result:
----------------
The __get method should timeout after some specified # of seconds.

Actual result:
--------------
__get just sits around waiting for the endpoint to respond.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Services_Digg Feature/Change Request
Reported by arin
2008-06-25T02:11:43+00:00
PHP: 5.2.6 OS: OS X 10.5 Package Version: 0.4.4

Description:
------------
There's a possibility for this class to hang in __get. 

If the socket actually gets created in the initialize method there's no 
guarantee that it won't &quot;hang&quot; during the socket_read call(s) in __get.

socket_read doesn't have a timeout... so you could sit around waiting 
forever.




Test script:
---------------
Pass __construct an endpoint that you control. In the endpoint's executing script just enter something like this: 

&lt;?php 
    sleep (500); 
    echo &quot;hello&quot;; 
?&gt;

When the Services_Digg_Request's __get method is executed you'll see that the socket_read will wait until the endpoint's script is done sleeping for 500 seconds.

Expected result:
----------------
The __get method should timeout after some specified # of seconds.

Actual result:
--------------
__get just sits around waiting for the endpoint to respond.</pre>]]></description>
      <dc:date>2008-07-26T08:42:18+00:00</dc:date>
      <dc:creator>phatduckk &amp;#x61;&amp;#116; yahoo &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Services_Digg Feature/Change Request</dc:subject>
    </item>
</rdf:RDF>
