2009-12-27
Please report both new issues and existing issues that have been confirmed to be present or fixed in a specific webfolder version to fax@greenbytes.de
The webfolder functionality is implemented by means of MSDAIPP.DLL. It usually resides inside "C:\Program Files\Common Files\SYSTEM\OLE DB" or it's language dependant equivalent (such as "C:\Programme\Gemeinsame Dateien\SYSTEM\OLE DB" for German Windows versions). To find the DLL version, select the file in Explorer, choose "Properties" from the right-click context menu, then select the "Version" tab.
If you're running Microsoft Internet Explorer you can also let a script find the currently registered DLL. However, this requires this page to execute some standard ActiveX components from your system (WScript.Shell and Scripting.FileSystemObject). Click the button below if you want to try that:
See WebDAV Mini-Redirector (MRXDAV.SYS) Versions and Issues List for a known list of versions and issues in Microsoft's WebDAV "Mini-Redirector" client (a new component introduced with Windows XP).
The Webfolder client sends a User-Agent request header starting with "Microsoft Data Access Internet Publishing Provider DAV".
Major Build number | Products |
---|---|
8 | Windows 2000, Windows ME, Office 2000 |
10 | Sharepoint Portal Server 2001, Windows XP |
11 | Sharepoint Portal Server 2003, Office 2003, Windows 2003 |
DLL version | DB entry | comments | confirmed issues | |||
---|---|---|---|---|---|---|
8. | 102. | 1403. | 0 | 243635 | Office 2000 [KB296441] | undefined-properties |
8. | 103. | 2402. | 0 | 240893 | Windows 2000, Windows 2000 SP1, Windows 2000 SP2, Windows 2000 SP3, Office 2000 SR1 [KB288440] [KB296441] | collection-open-non-ASCII-name2, date-format, hashmark-escaping, options-req-against-root, property-display-xml-attr, redirect-on-get, resourcetype-collection, undefined-properties, upper-lower-case |
8. | 103. | 2519. | 0 | 191493 | Windows ME | undefined-properties |
8. | 103. | 3521. | 0 | 275470 | Office 2000 SP3 [KB810028] | undefined-properties |
10. | 145. | 3722. | 0 | collection-open-non-ASCII-name | ||
10. | 145. | 3812. | 0 | 243175 | Office XP (?) | collection-open-non-ASCII-name, folder-mismatch, hashmark-escaping, undefined-properties, upper-lower-case |
10. | 145. | 3914. | 3 | 245687 | Sharepoint 2001 | undefined-properties |
10. | 145. | 3914. | 17 | 275315 | Office XP SP1, Office XP SP2 | collection-open-non-ASCII-name, displayname-1, displayname-2, folder-mismatch, hashmark-escaping, undefined-properties, upper-lower-case |
10. | 145. | 3914. | 21 | .NET framework (?), Windows Server 2003 RC2 | undefined-properties | |
8. | 102. | 4004. | 0 | OLE DB Provider for Internet Publishing Update for Windows 95 & 98, NT 4.0, 2000, Windows Me [KB296441] | undefined-properties | |
8. | 103. | 4004. | 0 | OLE DB Provider for Internet Publishing Update for Windows 95 & 98, NT 4.0, 2000, Windows Me [KB296441] | undefined-properties | |
12. | 0. | 4407. | 1001 | Microsoft Expression Web Designer (Beta 1) | ||
12. | 0. | 4518. | 1014 | Software Update for Web Folders [KB907306] | connect-parent-coll-escaped | |
10. | 145. | 4629. | 0 | 246844 | Sharepoint 2001 SP1 | undefined-properties |
10. | 145. | 4629. | 5 | Sharepoint 2001 Client Hotfix [KB317343] | ||
10. | 145. | 4629. | 25 | Sharepoint 2001 Client Hotfix [KB319747] | ||
10. | 145. | 4629. | 40 | Sharepoint 2001 Client Hotfix [KB810266] | ||
11. | 0. | 4920. | 6 | Office 2003 Beta 2 | ampersand-escaping, collection-open-non-ASCII-name, date-format, displayed-href, property-display-xml-attr, resourcetype-collection, undefined-properties | |
11. | 0. | 4920. | 22 | Sharepoint Portal Server v2.0 Beta 2 | ||
8. | 103. | 5219. | 0 | 256177 | Windows XP SP1, Windows 2000 SP4 | redirect-on-propfind, undefined-properties |
11. | 0. | 5321. | 11 | Office 2003 Beta 2 (freshup) | ampersand-escaping, hashmark-escaping, displayname-1, displayname-2, options-req-against-root, redirect-on-propfind, upper-lower-case | |
11. | 0. | 5321. | 19 | Sharepoint Portal Server v2.0 Beta 2 Technical Refresh | displayname-1, displayname-2 | |
11. | 0. | 5510. | 0 | 289240 | Office 2003, Windows 2003, Sharepoint Portal Server 2003 | connect-parent-coll-escaped, displayed-href, displayname-1, displayname-2, folder-mismatch, lock-loss, lock-timeout, namespace-handling, property-display-xml-attr |
10. | 145. | 6011. | 0 | Sharepoint 2001 SP2, Sharepoint 2001 SP2a Client [KB310460] | 10.145.6011.0-client-download-broken, collection-open-non-ASCII-name, connect-parent-coll-3, date-format, displayed-href, folder-mismatch, property-display-xml-attr, resourcetype-collection, undefined-properties | |
10. | 145. | 6011. | 7 | Office XP / Sharepoint 2001 Client Hotfix, Office XP SP3 [KB813654] | ||
10. | 145. | 6011. | 12 | Sharepoint 2001 Client Hotfix [KB817607] | ||
10. | 145. | 6011. | 18 | Sharepoint 2001 Client Hotfix [KB820289] | ||
10. | 145. | 6011. | 25 | Sharepoint 2001 Client Hotfix [KB824388] | ||
10. | 145. | 6011. | 28 | Sharepoint 2001 Client Hotfix [KB823434] | ||
10. | 145. | 6011. | 31 | Sharepoint 2001 Client Hotfix [KB828354] | ||
12. | 0. | 6211. | 1000 | SharePoint Designer 2007 Service Pack 1 [KB937162] | ||
12. | 0. | 6300. | 5000 | Office 2007 Post-Service Pack 1 Hotfix [KB943337] | ||
12. | 0. | 6415. | 1000 | 2007 Microsoft Office System Service Pack 2 [KB970357] | ||
11. | 0. | 6715. | 15 | Software Update for Web Folders [KB892211] | collection-open-non-ASCII-name, date-format, folder-mismatch, property-display-xml-attr, resourcetype-collection | |
11. | 0. | 6715. | 60 | Office 2003 post-Service Pack 2 hotfix [KB907652] | ampersand-escaping | |
10. | 145. | 7329. | 0 | Office XP Update [KB837253] | date-format |
issue: confirmed to be present in this release
issue: confirmed to be fixed in this release
product | version |
---|---|
.NET framework (?) | 10.145.3914.21 |
2007 Microsoft Office System Service Pack 2 | 12.0.6415.1000 |
Microsoft Expression Web Designer (Beta 1) | 12.0.4407.1001 |
Office 2000 | 8.102.1403.0 |
Office 2000 SP3 | 8.103.3521.0 |
Office 2000 SR1 | 8.103.2402.0 |
Office 2003 | 11.0.5510.0 |
Office 2003 Beta 2 | 11.0.4920.6 |
Office 2003 Beta 2 (freshup) | 11.0.5321.11 |
Office 2003 post-Service Pack 2 hotfix | 11.0.6715.60 |
Office 2007 Post-Service Pack 1 Hotfix | 12.0.6300.5000 |
Office XP (?) | 10.145.3812.0 |
Office XP / Sharepoint 2001 Client Hotfix | 10.145.6011.7 |
Office XP SP1 | 10.145.3914.17 |
Office XP SP2 | 10.145.3914.17 |
Office XP SP3 | 10.145.6011.7 |
Office XP Update | 10.145.7329.0 |
OLE DB Provider for Internet Publishing Update for Windows 95 & 98, NT 4.0, 2000, Windows Me | 8.102.4004.0 |
OLE DB Provider for Internet Publishing Update for Windows 95 & 98, NT 4.0, 2000, Windows Me | 8.103.4004.0 |
Sharepoint 2001 | 10.145.3914.3 |
Sharepoint 2001 Client Hotfix | 10.145.4629.5 |
Sharepoint 2001 Client Hotfix | 10.145.4629.25 |
Sharepoint 2001 Client Hotfix | 10.145.4629.40 |
Sharepoint 2001 Client Hotfix | 10.145.6011.12 |
Sharepoint 2001 Client Hotfix | 10.145.6011.18 |
Sharepoint 2001 Client Hotfix | 10.145.6011.25 |
Sharepoint 2001 Client Hotfix | 10.145.6011.28 |
Sharepoint 2001 Client Hotfix | 10.145.6011.31 |
Sharepoint 2001 SP1 | 10.145.4629.0 |
Sharepoint 2001 SP2 | 10.145.6011.0 |
Sharepoint 2001 SP2a Client | 10.145.6011.0 |
SharePoint Designer 2007 Service Pack 1 | 12.0.6211.1000 |
Sharepoint Portal Server 2003 | 11.0.5510.0 |
Sharepoint Portal Server v2.0 Beta 2 | 11.0.4920.22 |
Sharepoint Portal Server v2.0 Beta 2 Technical Refresh | 11.0.5321.19 |
Software Update for Web Folders | 11.0.6715.15 |
Software Update for Web Folders | 12.0.4518.1014 |
Windows 2000 | 8.103.2402.0 |
Windows 2000 SP1 | 8.103.2402.0 |
Windows 2000 SP2 | 8.103.2402.0 |
Windows 2000 SP3 | 8.103.2402.0 |
Windows 2000 SP4 | 8.103.5219.0 |
Windows 2003 | 11.0.5510.0 |
Windows ME | 8.103.2519.0 |
Windows Server 2003 RC2 | 10.145.3914.21 |
Windows XP SP1 | 8.103.5219.0 |
name | description |
---|---|
10.145.6011.0-client-download-broken (Ref: http://www.microsoft.com/downloads/details.aspx?FamilyID=9652a8e1-2d6e-4d0f-812e-759b0ccbd370) | The separate client download for Sharepoint 2001 SP2a doesn't install (the MSI information seems to be incomplete). This has been confirmed both for English and German versions. UPDATE: as of March 2004, this problem seems to be fixed. |
ampersand-escaping (Ref: http://issues.apache.org/bugzilla/show_bug.cgi?id=15825) | PROPFIND response processing of URLs containing ampersands that are not URL-escaped (marshalled in XML as "&") is broken. When displaying the collection contents, the webfolder client removes all characters starting with the ampersand. See http://issues.apache.org/bugzilla/show_bug.cgi?id=15825 for more details. |
anchor-click-behavior-max-length (Ref: http://support.microsoft.com/?kbid=325355) | When using Internet Explorer's "AnchorClick" behavior to link to WebDAV collections, there seems to be a fixed limit for the maximum URL length of around 100 characters (note that this is indeed an Internet Explorer problem rather than a webfolder client issue). |
collection-open-non-ASCII-name | Opening a folder which contains non-ASCII characters in it's name (such as German umlauts) causes the webfolder client to display an error message ("Documents in this folder are not available. The folder may have been moved or deleted, or network problems may be preventing a connection to the server.") if the server is running on a port other than the default port (80). A server trace however shows that the client actually does not attempt any request at all. |
collection-open-non-ASCII-name2 | Opening a folder which contains non-ASCII characters in it's name (such as German umlauts) works, but causes the webfolder client to wrongly re-encode the characters in the URI (server sends URL-escaped UTF8, client displays URL-escaped ISO-8859-1). |
connect-parent-coll-escaped | Connecting through "network places" fails if an ancestor of the target collection contains an URL-escaped character, such as "%20" for a blank. Unescaping (replacing "%20" by a simple space character, thereby creating an invalid URL) seems to workaround this issue. Note: this applies also to other characters such as "@", escaped as "%40". |
connect-parent-coll-with-blanks | See connect-parent-coll-escaped. |
date-format | When displaying resources, the WebDAV properties DAV:getlastmodified and DAV:creationdate are only recognized if they are sent with datatype properties in the obsolete XDR namespace (this is what Microsoft II 5.0 does). |
displayed-href | The URI displayed in the "internet adress" column is constructed from the base URI of the collection and the resource's DAV:displayname property (when present). This is wrong - the column should display the DAV:href returned in the PROPFIND response body. |
displayname-1 | The Webfolder client displays the DAV:displayname only if it doesn't contain some characters that happen to be reserved in filenames (such as "/"). However, the displayname is just a textual description, so it should be displayable no matter what kind of text it contains (basically this is caused by the Webfolder mistaking the displayname to be some kind of replacement resource name). |
displayname-2 | If the client decides to use the DAV:displayname instead of the last path segment for display, it seems to internally confuse both. A rename operation on a resource where the displayname and the last path segment differ fails because the client submits the MOVE request to a broken request URI (collection href and displayname concatenated). Note that in addition, the client extracts file type information from the extension in the displayname (!). |
folder-mismatch | When specifying port 80 explicitly in the URL (rather than letting the default apply), the webfolder fails to detect the entry for the parent collection from the PROPFIND/Depth:1 response body, displaying it as additional child collection. |
hashmark-escaping | When the last path segment of a URI starts with a hash mark ("#"), it doesn't get escaped in the HTTP request, so that a RFC2396-conformant parser would assume the last part is the fragment identifier. Some HTTP servers ignore fragment identifiers, thus apply the request to the parent collection, which may result in data loss (for instance, for DELETE). |
lock-loss | Bad handling when a WebDAV lock is lost: client just continues to use the old (invalid) lock token, instead of just re-locking the resource (possibly after consulting with the user). Old versions even seem to go into a "panic" mode where the failing LOCK refresh is repeated once a second, causing a high server load. |
lock-timeout | When locking a resource, Office attempts to specify a 180s timeout. WebDAV servers are allowed to ignore this preference, though. When this occurs (for instance, when the server only supports infinite timeouts), Office opens the document "read only" and never unlocks the resource (thus potentially requires administator intervention to get rid of the lock). |
namespace-handling | DAV: namespaced elements in a PROPFIND responses can not use a default namespace; each element must be explicitly prefixed with a namespace prefix defined in itself or a parent. If a default namespace is used the client will give no errors, but will not display any resources. |
property-display-xml-attr | The properties dialogue fails to display if a dead (custom) property carries an attribute in the XML namespace, such as xml:lang. The error message is "Unable to display properties". |
redirect-on-get (Ref: http://support.microsoft.com/?kbid=288440) | If the server replies to a GET request with 3xx (redirect) status, copying that file to local storage may result in an empty file an no error message (instead of the redirect being followed). |
redirect-on-propfind | If the server replies to a PROPFIND request with 3xx (redirect) status, the client doesn't automatically follow the link; instead it displays an error message. |
resourcetype-collection (Ref: http://support.microsoft.com/?kbid=830255) | When the DAV:resourcetype property is non-empty, the client assumes it's a collection. This should only happen when it contains the DAV:collection child. |
options-req-against-root | When using the Internet Explorer "open" dialog and checking the "open as webfolder" checkbox, Explorer first accesses the root of the server instead of the specified URI. Therefore, opening a webfolder will fail unless the root of the namespace indeed is WebDAV-enabled. |
undefined-properties | When PROPFINDing collections, the webfolder client tries to retrieve values for a set of properties in the "DAV:" namespace, although they aren't defined in any WebDAV related specification (DAV:contentclass, DAV:defaultdocument, DAV:href, DAV:iscollection, DAV:ishidden, DAV:isreadonly, DAV:isroot, DAV:isstructureddocument, DAV:lastaccessed, DAV:name and DAV:parentname). Except one (DAV:hidden), none of these properties seems to be actually used by the client. Note that proprietary properties (vendor extensions) MUST NOT use the "DAV:" namespace. |
upper-lower-case | Client doesn't support servers where collections contain resources that only differ in upper/lowercase, such as "Test" and "test". It will only show one of the two. |
windows-xp-home (Ref: http://support.microsoft.com/?kbid=298637) | Windows XP Home seems to come with a version of the library, but IE6 seems to lack the ability to talk to it, so IE's "open as webfolder" option doesn't work, nor the HTML "AnchorClick" behaviour. Opening through "Network Places" however does seem to work. This problem does not seem to be present in Windows XP Professional nor in Windows 2003 Server. Note that Microsoft claims in it's Knowledge Base article that this is a known limitation, not a bug. |