[
http://jira.codehaus.org/browse/MRM-419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brett Porter updated MRM-419:
-----------------------------
Priority: Minor (was: Major)
Fix Version/s: (was: 1.4)
Backlog
Still not working on Windows 7:
{code}
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "OPTIONS
/archiva/repository/test HTTP/1.1" 302 0 "-"
"Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "OPTIONS
/archiva/repository/test/ HTTP/1.1" 200 0 "-"
"Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "PROPFIND
/archiva/repository/test HTTP/1.1" 302 0 "-"
"Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "PROPFIND
/archiva/repository/test/ HTTP/1.1" 207 536 "-"
"Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "PROPFIND
/archiva/repository/test HTTP/1.1" 302 0 "-"
"Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "PROPFIND
/archiva/repository/test/ HTTP/1.1" 207 536 "-"
"Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "PROPFIND / HTTP/1.1" 404
1268 "-" "Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "PROPFIND /archiva HTTP/1.1"
302 0 "-" "Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "PROPFIND /archiva/
HTTP/1.1" 501 0 "-" "Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "PROPFIND /archiva HTTP/1.1"
302 0 "-" "Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "PROPFIND /archiva/
HTTP/1.1" 501 0 "-" "Microsoft-WebDAV-MiniRedir/6.1.7600"
192.168.229.128 - - [01/Mar/2010:04:32:10 +0000] "PROPFIND
/archiva/repository HTTP/1.1" 204 0 "-" "Microsoft-WebDAV-MiniRedir/6.1.7600"
{code}
We should investigate if this is something we can correct - it may not like the
"not implemented" on the parent directories, or the "no content" on the
immediate parent (which would seem to be the case since it stops there). We
would need more debugging in propfind handler to see what it is asking for.
The problems Joakim saw on Windows XP SP2 are known issues that were corrected
in SP3
(http://greenbytes.de/tech/webdav/webdav-redirector-list.html#issue-server-discovery)
On Windows XP SP3, it seemingly doesn't deal with the redirects:
{code}
192.168.229.128 - - [01/Mar/2010:04:39:39 +0000] "OPTIONS /archiva/repository
HTTP/1.1" 204 0 "-" "Microsoft Data Access Internet Publishing Provider Cache
Manager"
192.168.229.128 - - [01/Mar/2010:04:39:39 +0000] "OPTIONS
/archiva/repository/internal HTTP/1.1" 302 0 "-" "Microsoft Data Access
Internet Publishing Provider DAV 1.1"
192.168.229.128 - - [01/Mar/2010:04:39:39 +0000] "GET /_vti_inf.html
HTTP/1.1" 404 1281 "-" "Mozilla/2.0 (compatible; MS FrontPage 4.0)"
192.168.229.128 - - [01/Mar/2010:04:39:39 +0000] "POST
/_vti_bin/shtml.exe/_vti_rpc HTTP/1.1" 404 1295 "-" "MSFrontPage/4.0"
{code}
We could workaround this by not requiring the redirect - Windows refuses to
send the / on the end even if typed.
There are also potential problems with using basic auth:
http://support.microsoft.com/kb/841215
http://greenbytes.de/tech/webdav/webdav-redirector-list.html#issue-no-basic-auth
We could offer a different form of authentication to help here if needed.
I'm reducing the priority on this as it does work well with sensible webdav
clients.
> WebDAV functionality not working for Internet Explorer / Windows Network
> Places
> -------------------------------------------------------------------------------
>
> Key: MRM-419
> URL: http://jira.codehaus.org/browse/MRM-419
> Project: Archiva
> Issue Type: Bug
> Components: WebDAV Interface
> Affects Versions: 1.0-alpha-2
> Reporter: John Didion
> Assignee: James William Dumay
> Priority: Minor
> Fix For: Backlog
>
>
> I am using archiva built from source (r548493). I set up a managed repository
> and several proxied repositories.
> Browsing the WebDAV url from Firefox works just fine, but it appears the IE
> doesn't recognize the url - it asks me if I want to "save this file", and its
> type is unknown.
> When I try to set up a Network Place using the url, it shows me the top level
> of the repository, but if I try to browse to any folder, I get the error:
> "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.
> There is a problem with the web server. Please try again later or contact the
> server administrator."
> I notice that the url it's trying to browse to is incorrect. The root URL of
> the repository is:
> http://[host]/archiva/repository/internal/
> but when I double-click on, say, commons-collections, it tries to browse to:
> http://repository.muze.com/archiva/repository/commons-collections
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
