<?xml version="1.0"?>
<?xml-stylesheet
href="http://www.w3.org/2000/08/w3c-synd/style.css" type="text/css"
?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel rdf:about="http://pear.php.net/bugs/search.php">
    <title>PEAR Bug Search Results</title>
    <link>http://pear.php.net/bugs/search.php?cmd=display&amp;package_name%5B0%5D=HTTP_WebDAV_Server</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/19766" />
      <rdf:li rdf:resource="http://pear.php.net/bug/19724" />
      <rdf:li rdf:resource="http://pear.php.net/bug/18700" />
      <rdf:li rdf:resource="http://pear.php.net/bug/17058" />
      <rdf:li rdf:resource="http://pear.php.net/bug/14141" />
      <rdf:li rdf:resource="http://pear.php.net/bug/13822" />
      <rdf:li rdf:resource="http://pear.php.net/bug/13771" />
      <rdf:li rdf:resource="http://pear.php.net/bug/13762" />
      <rdf:li rdf:resource="http://pear.php.net/bug/13761" />
      <rdf:li rdf:resource="http://pear.php.net/bug/13760" />
      <rdf:li rdf:resource="http://pear.php.net/bug/13759" />
      <rdf:li rdf:resource="http://pear.php.net/bug/11904" />
      <rdf:li rdf:resource="http://pear.php.net/bug/11390" />
      <rdf:li rdf:resource="http://pear.php.net/bug/8829" />

     </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/19766">
      <title>HTTP_WebDAV_Server: Bug 19766 [Open] Customizable by the server administrator</title>
      <link>http://pear.php.net/bugs/19766</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by mbiama
2013-01-01T19:25:43+00:00
PHP: 5.3.20 OS: Windows Package Version: 

Description:
------------
Argument passed to save_handler. In the case of files, this is the path where data files are stored. Note: Windows users have to change this variable in order to use PHP's session functions. As of PHP 5.3.20, you can define the path as: session.save_path = &quot;web;/path&quot;

Test script:
---------------
Paths and Directories 	include_path 	Windows: &quot;\path1;\path2&quot; -c:\php\includes&quot; 	.:/usr/lib/php:/usr/server/lib/php

Expected result:
----------------
Section:=&quot;File Uploads&quot; Directive:=&quot;file_uploads&quot; Infos: Whether to allow HTTP file uploads. Value:On
Sub Section=&quot;main&quot; Directive=&quot;session.save_path&quot; Value:/temp
System:=&quot;Pear.php.net&quot;
boolean connect( string $www.angosso.net/pub-page, [integer $port = 80], [boolean $persistent = ok], [integer $timeout = ok], [array $options = none])
Parameters
string   	$addr   	â 	  IP address or host name.
integer   	$port   	â 	  TCP port number.
boolean   	$persistent   	â 	  (optional) Whether the connection is persistent (kept open between requests by the web server).
integer   	$timeout   	â 	  (optional) How long to wait for data.
array   	$options   	â 	  See options for stream_context_create.

Actual result:
--------------
Installing &quot;Net_Socket&quot; PHP Extensions and Applications Package 
pear/Net_Socket is already installed and is the same as the released version 1.0.10
install failed
0</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by mbiama
2013-01-01T19:25:43+00:00
PHP: 5.3.20 OS: Windows Package Version: 

Description:
------------
Argument passed to save_handler. In the case of files, this is the path where data files are stored. Note: Windows users have to change this variable in order to use PHP's session functions. As of PHP 5.3.20, you can define the path as: session.save_path = &quot;web;/path&quot;

Test script:
---------------
Paths and Directories 	include_path 	Windows: &quot;\path1;\path2&quot; -c:\php\includes&quot; 	.:/usr/lib/php:/usr/server/lib/php

Expected result:
----------------
Section:=&quot;File Uploads&quot; Directive:=&quot;file_uploads&quot; Infos: Whether to allow HTTP file uploads. Value:On
Sub Section=&quot;main&quot; Directive=&quot;session.save_path&quot; Value:/temp
System:=&quot;Pear.php.net&quot;
boolean connect( string $www.angosso.net/pub-page, [integer $port = 80], [boolean $persistent = ok], [integer $timeout = ok], [array $options = none])
Parameters
string   	$addr   	â 	  IP address or host name.
integer   	$port   	â 	  TCP port number.
boolean   	$persistent   	â 	  (optional) Whether the connection is persistent (kept open between requests by the web server).
integer   	$timeout   	â 	  (optional) How long to wait for data.
array   	$options   	â 	  See options for stream_context_create.

Actual result:
--------------
Installing &quot;Net_Socket&quot; PHP Extensions and Applications Package 
pear/Net_Socket is already installed and is the same as the released version 1.0.10
install failed
0</pre>]]></description>
      <dc:date>2013-01-01T19:25:43+00:00</dc:date>
      <dc:creator>medjomeman &amp;#x61;&amp;#116; hotmail &amp;#x64;&amp;#111;&amp;#x74; fr</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/19724">
      <title>HTTP_WebDAV_Server: Bug 19724 [Open] Tarball is broken</title>
      <link>http://pear.php.net/bugs/19724</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by ralf_lang_b1_systems
2012-11-27T23:35:29+00:00
PHP: Irrelevant OS: openSUSE 12.2 w/ updates Package Version: 1.0.0RC8

Description:
------------
The tarball of 1.0.0RC8 is broken and will only expand to a package.xml but no data.

Test script:
---------------
tar xif HTTP_WebDAV_Server.tar.gz

Expected result:
----------------
package.xml
SomeDirWithData/

Actual result:
--------------
package.xml</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by ralf_lang_b1_systems
2012-11-27T23:35:29+00:00
PHP: Irrelevant OS: openSUSE 12.2 w/ updates Package Version: 1.0.0RC8

Description:
------------
The tarball of 1.0.0RC8 is broken and will only expand to a package.xml but no data.

Test script:
---------------
tar xif HTTP_WebDAV_Server.tar.gz

Expected result:
----------------
package.xml
SomeDirWithData/

Actual result:
--------------
package.xml</pre>]]></description>
      <dc:date>2012-11-27T23:35:29+00:00</dc:date>
      <dc:creator>lang &amp;#x61;&amp;#116; b1-systems &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/18700">
      <title>HTTP_WebDAV_Server: Bug 18700 [Open] COPY with depth=&quot;0&quot; copies whole collection</title>
      <link>http://pear.php.net/bugs/18700</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by ralfbecker
2011-07-31T15:33:00+00:00
PHP: Irrelevant OS: irrelevant Package Version: 1.0.0RC6

Description:
------------
A COPY of an collection with depth=&quot;0&quot; copies the whole 
collection, as it does depth=&quot;infinit&quot;. Funny coincidence Litmus 
only checks if the copy succeds, not if it only copies the 
collection, but not it's content, as RFC 2518: 8.8.3 COPY for 
Collections states:
A COPY of &quot;Depth: 0&quot; only instructs that the collection and its 
properties but not resources identified by its internal member 
URIs, are to be copied.

The following small patch fixes this bug:

Index: egw-pear/HTTP/WebDAV/Server/Filesystem.php
========================================
===========================
--- egw-pear/HTTP/WebDAV/Server/Filesystem.php	
(Revision 35846)
+++ egw-pear/HTTP/WebDAV/Server/Filesystem.php	
(Arbeitskopie)
@@ -701,7 +701,7 @@
                            WHERE path = '&quot;.$options[&quot;path&quot;].&quot;'&quot;;
             mysql_query($query);
         } else {
-            if (is_dir($source)) {
+            if (is_dir($source) &amp;&amp; $options[&quot;depth&quot;] == 
&quot;infinity&quot;) {	// no find for depth=&quot;0&quot;
                 $files = System::find($source);
                 $files = array_reverse($files);
             } else {

As states before, Litmus reports no error on that wrong 
behavior ...

Ralf</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by ralfbecker
2011-07-31T15:33:00+00:00
PHP: Irrelevant OS: irrelevant Package Version: 1.0.0RC6

Description:
------------
A COPY of an collection with depth=&quot;0&quot; copies the whole 
collection, as it does depth=&quot;infinit&quot;. Funny coincidence Litmus 
only checks if the copy succeds, not if it only copies the 
collection, but not it's content, as RFC 2518: 8.8.3 COPY for 
Collections states:
A COPY of &quot;Depth: 0&quot; only instructs that the collection and its 
properties but not resources identified by its internal member 
URIs, are to be copied.

The following small patch fixes this bug:

Index: egw-pear/HTTP/WebDAV/Server/Filesystem.php
========================================
===========================
--- egw-pear/HTTP/WebDAV/Server/Filesystem.php	
(Revision 35846)
+++ egw-pear/HTTP/WebDAV/Server/Filesystem.php	
(Arbeitskopie)
@@ -701,7 +701,7 @@
                            WHERE path = '&quot;.$options[&quot;path&quot;].&quot;'&quot;;
             mysql_query($query);
         } else {
-            if (is_dir($source)) {
+            if (is_dir($source) &amp;&amp; $options[&quot;depth&quot;] == 
&quot;infinity&quot;) {	// no find for depth=&quot;0&quot;
                 $files = System::find($source);
                 $files = array_reverse($files);
             } else {

As states before, Litmus reports no error on that wrong 
behavior ...

Ralf</pre>]]></description>
      <dc:date>2011-07-31T15:33:00+00:00</dc:date>
      <dc:creator>RalfBecker &amp;#x61;&amp;#116; outdoor-training &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/17058">
      <title>HTTP_WebDAV_Server: Bug 17058 [Open] Windows Web Folders likes to have content-length on PROPFIND</title>
      <link>http://pear.php.net/bugs/17058</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by alan_k
2010-02-03T12:36:12+00:00
PHP: Irrelevant OS: Linux Package Version: CVS

Description:
------------
On long file lists, Web Folders likes to have a content-length 
on the PROPFind result, otherwise it fails if you have 7 or more 
folders.

Fix is pretty simple:

~line 679
        $this-&gt;http_status(&quot;207 Multi-Status&quot;);
        header('Content-Type: text/xml; charset=&quot;utf-8&quot;');
        ob_start();

~line 790
        header(&quot;Content-Length: &quot; . ob_get_length());
        ob_end_flush();</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by alan_k
2010-02-03T12:36:12+00:00
PHP: Irrelevant OS: Linux Package Version: CVS

Description:
------------
On long file lists, Web Folders likes to have a content-length 
on the PROPFind result, otherwise it fails if you have 7 or more 
folders.

Fix is pretty simple:

~line 679
        $this-&gt;http_status(&quot;207 Multi-Status&quot;);
        header('Content-Type: text/xml; charset=&quot;utf-8&quot;');
        ob_start();

~line 790
        header(&quot;Content-Length: &quot; . ob_get_length());
        ob_end_flush();</pre>]]></description>
      <dc:date>2010-02-03T12:36:12+00:00</dc:date>
      <dc:creator>alan &amp;#x61;&amp;#116; akbkhome &amp;#x64;&amp;#111;&amp;#x74; com</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/14141">
      <title>HTTP_WebDAV_Server: Feature/Change Request 14141 [Assigned] Add HTTP auth support for CGI</title>
      <link>http://pear.php.net/bugs/14141</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by yunosh
2008-06-14T16:34:24+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0RC4

Description:
------------
Hi Hartmut,

the patch at http://janschneider.de/webdav_cgi.diff adds HTTP basic authentication support even when using PHP CGI.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by yunosh
2008-06-14T16:34:24+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0RC4

Description:
------------
Hi Hartmut,

the patch at http://janschneider.de/webdav_cgi.diff adds HTTP basic authentication support even when using PHP CGI.</pre>]]></description>
      <dc:date>2008-08-20T10:53:54+00:00</dc:date>
      <dc:creator>jan &amp;#x61;&amp;#116; horde &amp;#x64;&amp;#111;&amp;#x74; org</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/13822">
      <title>HTTP_WebDAV_Server: Feature/Change Request 13822 [Open] Take file system encoding into account</title>
      <link>http://pear.php.net/bugs/13822</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by hholzgra
2008-05-02T13:03:28+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0RC4

Description:
------------
Right now the Filesystem.php implementation passes on local file names as-is, so the encoding shown by the WebDAV server is that of the underlying file system. The implementation should be aware of the file system encoding instead and always convert paths from/to unicode for all file system interactions</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by hholzgra
2008-05-02T13:03:28+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0RC4

Description:
------------
Right now the Filesystem.php implementation passes on local file names as-is, so the encoding shown by the WebDAV server is that of the underlying file system. The implementation should be aware of the file system encoding instead and always convert paths from/to unicode for all file system interactions</pre>]]></description>
      <dc:date>2008-05-02T13:07:15+00:00</dc:date>
      <dc:creator>hholzgra &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/13771">
      <title>HTTP_WebDAV_Server: Bug 13771 [Open] Client append to a file doesn't work</title>
      <link>http://pear.php.net/bugs/13771</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by hholzgra
2008-04-25T00:12:47+00:00
PHP: Irrelevant OS:  Package Version: CVS

Description:
------------
Found while fixing http://pear.php.net/bugs/13229

Works fine in mod_dav but fails with HTTP_WebDAV_Server

Test script:
---------------
&lt;?php
        require_once &quot;HTTP/WebDAV/Client.php&quot;;

        $name = &quot;webdav://localhost/file.php/bug13229.txt&quot;;

        $fp = fopen($name, &quot;w&quot;);
        fwrite($fp, &quot;test line one\n&quot;);
        fclose($fp);

        echo file_get_contents($name);
        echo &quot;--------\n&quot;;

        $fp = fopen($name, &quot;a&quot;);
        fwrite($fp, &quot;test line two\n&quot;);
        fclose($fp);

        echo file_get_contents($name);
?&gt;


Expected result:
----------------
test line one
--------
test line one
test line two

Actual result:
--------------
test line one
--------
test line two</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by hholzgra
2008-04-25T00:12:47+00:00
PHP: Irrelevant OS:  Package Version: CVS

Description:
------------
Found while fixing http://pear.php.net/bugs/13229

Works fine in mod_dav but fails with HTTP_WebDAV_Server

Test script:
---------------
&lt;?php
        require_once &quot;HTTP/WebDAV/Client.php&quot;;

        $name = &quot;webdav://localhost/file.php/bug13229.txt&quot;;

        $fp = fopen($name, &quot;w&quot;);
        fwrite($fp, &quot;test line one\n&quot;);
        fclose($fp);

        echo file_get_contents($name);
        echo &quot;--------\n&quot;;

        $fp = fopen($name, &quot;a&quot;);
        fwrite($fp, &quot;test line two\n&quot;);
        fclose($fp);

        echo file_get_contents($name);
?&gt;


Expected result:
----------------
test line one
--------
test line one
test line two

Actual result:
--------------
test line one
--------
test line two</pre>]]></description>
      <dc:date>2008-05-08T22:24:02+00:00</dc:date>
      <dc:creator>hholzgra &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/13762">
      <title>HTTP_WebDAV_Server: Bug 13762 [Assigned] failed litmus 0.11 test &quot;lock_collection&quot;</title>
      <link>http://pear.php.net/bugs/13762</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by hholzgra
2008-04-24T01:51:17+00:00
PHP: Irrelevant OS: linux Package Version: CVS

Description:
------------
-&gt; running `locks':
[...]
32. lock_collection....... FAIL (LOCK on `/file.php/litmus/lockcoll/': 409 Conflict)
33. owner_modify.......... SKIPPED
34. notowner_modify....... SKIPPED
35. refresh............... SKIPPED
36. indirect_refresh...... SKIPPED
37. unlock................ SKIPPED
[...]</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by hholzgra
2008-04-24T01:51:17+00:00
PHP: Irrelevant OS: linux Package Version: CVS

Description:
------------
-&gt; running `locks':
[...]
32. lock_collection....... FAIL (LOCK on `/file.php/litmus/lockcoll/': 409 Conflict)
33. owner_modify.......... SKIPPED
34. notowner_modify....... SKIPPED
35. refresh............... SKIPPED
36. indirect_refresh...... SKIPPED
37. unlock................ SKIPPED
[...]</pre>]]></description>
      <dc:date>2008-05-08T22:23:00+00:00</dc:date>
      <dc:creator>hholzgra &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/13761">
      <title>HTTP_WebDAV_Server: Bug 13761 [Assigned] failing litmus 0.11 test &quot;copy_overwrite&quot;</title>
      <link>http://pear.php.net/bugs/13761</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by hholzgra
2008-04-24T01:49:03+00:00
PHP: Irrelevant OS: linux Package Version: CVS

Description:
------------
[...]
-&gt; running `copymove':
[...]
 4. copy_overwrite........ FAIL (COPY overwrites collection: 409 Conflict)
[...]</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by hholzgra
2008-04-24T01:49:03+00:00
PHP: Irrelevant OS: linux Package Version: CVS

Description:
------------
[...]
-&gt; running `copymove':
[...]
 4. copy_overwrite........ FAIL (COPY overwrites collection: 409 Conflict)
[...]</pre>]]></description>
      <dc:date>2008-05-08T22:22:51+00:00</dc:date>
      <dc:creator>hholzgra &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/13760">
      <title>HTTP_WebDAV_Server: Bug 13760 [Assigned] XP encoding problem if file name contains both space and non-ascii chars</title>
      <link>http://pear.php.net/bugs/13760</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by hholzgra
2008-04-24T01:28:28+00:00
PHP: Irrelevant OS: Windows XP Package Version: 1.0.0RC4

Description:
------------
(original text copied from bug #4971)
On Windows XP, if a filename contains both space characters and
non-ascii characters, such as an &quot;Ã¤&quot; (lower case character a with
diaeresis), then the WebDAV client of Windows XP displays the space
character as the following character sequence &quot;%20&quot;.

Test script:
---------------
I changed the _urlencode() function into the following to alleviate the
problem:

function _urlencode($path)
{
   $c = explode('/', $path);
   for ($i = 0; $i &lt; count($c); $i++)
   {
     $c[$i] = str_replace('+','%20',urlencode($c[$i]));
   }
   return implode('/', $c);
}</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Bug
Reported by hholzgra
2008-04-24T01:28:28+00:00
PHP: Irrelevant OS: Windows XP Package Version: 1.0.0RC4

Description:
------------
(original text copied from bug #4971)
On Windows XP, if a filename contains both space characters and
non-ascii characters, such as an &quot;Ã¤&quot; (lower case character a with
diaeresis), then the WebDAV client of Windows XP displays the space
character as the following character sequence &quot;%20&quot;.

Test script:
---------------
I changed the _urlencode() function into the following to alleviate the
problem:

function _urlencode($path)
{
   $c = explode('/', $path);
   for ($i = 0; $i &lt; count($c); $i++)
   {
     $c[$i] = str_replace('+','%20',urlencode($c[$i]));
   }
   return implode('/', $c);
}</pre>]]></description>
      <dc:date>2008-05-08T22:22:30+00:00</dc:date>
      <dc:creator>hholzgra &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Bug</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/13759">
      <title>HTTP_WebDAV_Server: Feature/Change Request 13759 [Assigned] Unicode normalization</title>
      <link>http://pear.php.net/bugs/13759</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by hholzgra
2008-04-24T01:24:29+00:00
PHP: Irrelevant OS: MacOS X Package Version: 1.0.0RC4

Description:
------------
(text copied from original bug #4971)
Mac OS X encodes international filenames using the Unicode
Normalization Form D (NFD) whereas Windows XP uses Unicode Normalization
Form C (NFC).

It appears that the WebDAV client in Mac OS X can deal with both
normalization forms, but it will always submit NFD encoded names to the
server.
The WebDAV client in Windows XP treats a name encoded with NFD as a
different name as when it is encoded using NFC.

To fix the normalization form issue, I have found that it is best, to
always normalize resource names to NFC before sending them in a reply to
the client.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by hholzgra
2008-04-24T01:24:29+00:00
PHP: Irrelevant OS: MacOS X Package Version: 1.0.0RC4

Description:
------------
(text copied from original bug #4971)
Mac OS X encodes international filenames using the Unicode
Normalization Form D (NFD) whereas Windows XP uses Unicode Normalization
Form C (NFC).

It appears that the WebDAV client in Mac OS X can deal with both
normalization forms, but it will always submit NFD encoded names to the
server.
The WebDAV client in Windows XP treats a name encoded with NFD as a
different name as when it is encoded using NFC.

To fix the normalization form issue, I have found that it is best, to
always normalize resource names to NFC before sending them in a reply to
the client.</pre>]]></description>
      <dc:date>2008-05-02T13:07:58+00:00</dc:date>
      <dc:creator>hholzgra &amp;#x61;&amp;#116; php &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/11904">
      <title>HTTP_WebDAV_Server: Feature/Change Request 11904 [Assigned] incorrect special chars in file/directory names</title>
      <link>http://pear.php.net/bugs/11904</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by kills
2007-08-24T14:24:58+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0RC4

Description:
------------
the server allow the use of e.g. ! and ? char, which is obviously allowed on mac/unix plattforms, but not windows.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by kills
2007-08-24T14:24:58+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0RC4

Description:
------------
the server allow the use of e.g. ! and ? char, which is obviously allowed on mac/unix plattforms, but not windows.</pre>]]></description>
      <dc:date>2008-05-02T13:08:27+00:00</dc:date>
      <dc:creator>markus &amp;#x64;&amp;#111;&amp;#x74; staab &amp;#x61;&amp;#116; redaxo &amp;#x64;&amp;#111;&amp;#x74; de</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/11390">
      <title>HTTP_WebDAV_Server: Feature/Change Request 11390 [Assigned] Inflexible PROPFIND results</title>
      <link>http://pear.php.net/bugs/11390</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by yunosh
2007-06-21T15:35:53+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0RC4

Description:
------------
The only chance to report a server error on PROPFIND requests is to return false from the PROPFIND() method. But http_PROPFIND() only returns a 404 in this case, while there might be different error situations, e.g. accessing a restricted folder where we might want to return a 403 error.

It would be good if one could return custom error headers like from the GET() methods.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by yunosh
2007-06-21T15:35:53+00:00
PHP: Irrelevant OS:  Package Version: 1.0.0RC4

Description:
------------
The only chance to report a server error on PROPFIND requests is to return false from the PROPFIND() method. But http_PROPFIND() only returns a 404 in this case, while there might be different error situations, e.g. accessing a restricted folder where we might want to return a 403 error.

It would be good if one could return custom error headers like from the GET() methods.</pre>]]></description>
      <dc:date>2008-05-08T22:22:13+00:00</dc:date>
      <dc:creator>jan &amp;#x61;&amp;#116; horde &amp;#x64;&amp;#111;&amp;#x74; org</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Feature/Change Request</dc:subject>
    </item>
    <item rdf:about="http://pear.php.net/bug/8829">
      <title>HTTP_WebDAV_Server: Feature/Change Request 8829 [Assigned] COPY does not allow Multi Status response</title>
      <link>http://pear.php.net/bugs/8829</link>
      <content:encoded><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by chris@...
2006-10-02T10:48:46+00:00
PHP: irrelevant OS:  Package Version: 1.0.0RC3

Description:
------------
According to RFC 2518, a COPY request must result in a 207 (Multi Status) response when performing COPY on a collection, and the copy failes on one of the resources not identified by the request. 

HTTP_WebDAV_Server doesn't provide the methods for an extending class' COPY method to return such a result, the return value is used as a single status response without a response body.</pre>]]></content:encoded>
      <description><![CDATA[<pre>HTTP_WebDAV_Server Feature/Change Request
Reported by chris@...
2006-10-02T10:48:46+00:00
PHP: irrelevant OS:  Package Version: 1.0.0RC3

Description:
------------
According to RFC 2518, a COPY request must result in a 207 (Multi Status) response when performing COPY on a collection, and the copy failes on one of the resources not identified by the request. 

HTTP_WebDAV_Server doesn't provide the methods for an extending class' COPY method to return such a result, the return value is used as a single status response without a response body.</pre>]]></description>
      <dc:date>2008-05-08T22:21:47+00:00</dc:date>
      <dc:creator>chris &amp;#x61;&amp;#116; 6core &amp;#x64;&amp;#111;&amp;#x74; net</dc:creator>
      <dc:subject>HTTP_WebDAV_Server Feature/Change Request</dc:subject>
    </item>
</rdf:RDF>
