https://issues.apache.org/bugzilla/show_bug.cgi?id=45155
--- Comment #4 from Mark Thomas <[EMAIL PROTECTED]> 2008-06-07 06:32:01 PST --- I have taken a look at what is going on and there is nothing we can do on the Tomcat side. However, there does appear to be a workaround. Why we can't do anything ======================== I have been using TCPMon to monitor the requests and responses going back and forth. With the MiniRedir the sequence is: 1. PROPFIND -> 401 Unauthorized (as expected) 2. PROPFIND -> 401 Unauthorized (as expected - I don't know why it tries again) 3. OPTIONS ->200 4. PROPFIND -> 401 Unauthorized (as expected) and it prompts for a password Note the password box at this point does not have a "Remember my password" tick box After entering a password, no request is sent to Tomcat. I don't know what MiniRedir is doing at this point but since there is no request to Tomcat, there is nothing we can do. The workarounds =============== 1. If at this first password prompt you click cancel, then OK to the error message, then click next to try and connect again (this needs to be done quickly for some reason) it tries to connect again but this time using the DAV provider (the one that works) and all is well. 2. Alternatively if you specify the port (even if it is 80) when providing the URL the DAV provider is used first time around. The MS client is clearly broken and I am tempted to mark this as INVALID. However, I have an idea I want to try first to see if I can force the use of the DAV provider in all cases. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
