Description: ------------ Using Microsoft-WebDAV-MiniRedir/5.1.2600 on Windows XP I cannot get a directory listing of a directory that contains files or directories with non-us-ascii characters in their name, when $server->_prop_encoding is different from "utf-8". Instead I get a generic error dialog saying something like "Invalid parameter". If I make the following change to Server.php around line 606, it works for me: - $href = $_SERVER['SCRIPT_NAME'] . $path; + $href = $_SERVER['SCRIPT_NAME'] . $this->_prop_encode($path); Without the change, $path is encoded according to the encoding specified by the user in $server->_prop_encoding. With the change, the non-us-ascii characters are UTF-8-encoded. I don't know whether this is the right way to fix the problem - my understanding of the code is not that big.

I looks as if $href should also be encoded using $this->_urlencode(). Otherwise there are problems when a filename contains an ampersand.

This problem still exists in the latest CVS version. Changing line 635 from $href = $this->_slashify($_SERVER['SCRIPT_NAME']) . $path; to $href = $this->_prop_encode($this->_slashify($_SERVER['SCRIPT_NAME']) . $path); appearently fixes the problem.

Sorry, that should be $href = $this->_urlencode($this->_prop_encode($this->_slashify($_SERVER['SCRIPT_NAME']) . $path)); in order to also work with e.g. ampersands in filenames.

This looks like it's line 716 now. Any chance that it could get fixed? Compare with line 861 (current CVS). Should be an easy fix.

This bug has been fixed in CVS. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.