170754 - .Net Windows Authentication does not work with mozilla

Status: VERIFIED DUPLICATE of bug 23679

(Core :: Networking, enhancement)

Description

[wes]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826

.net web applications offer a couple of canned security access methods.
One such method is the 'windows' mode. This method lets the user of the 
web app login into the web app using the windows username and password for
the domain. This feature does not work in mozilla.
Here is the error: The trust relationship between this workstation and the
primary domain failed. 
what happens is that the user is presented with a login box and asked for the
username and password for 'user' at 'computer'. Then the user is presented w/
the error above.

Here is a sample from my web.config file for the .net app
 <authentication mode="Windows" /> 


     <authorization>
        <allow users="adrs\wgoodwin" /> <!-- Allow all users -->
        <deny users="*" />
     </authorization>

Note: I have tried several combinations of the domaian\username.
We run a windows based network, with .net apps running on IIS





here is a sample from a web.config file



Reproducible: Always

Steps to Reproduce:
1. try to load the url for the .net app
2.
3.

Actual Results:  
This error is presented to the user:
The trust relationship between this workstation and the primary domain failed. 


Expected Results:  
Well, IE keeps the windows username in an environment variable(i guess), b/c i
am never presented w/ a login box when using IE if I am logged in as myself and
I am on the <allow users=""> list. That functionality would be nice.

Everything is on our lan, so i dont have a url to show.
This is a blocker bug, but I also think it could be classified
as normal.

Comment 1

[Matthias Versen [:Matti]]

This is a blocker bug, but I also think it could be classified
as normal.

Blocker = blocks development (wrong)
critical= Dataloss or crash
...

This is a missing feature (NTLM Auth) -> Enhancement

*** This bug has been marked as a duplicate of 23679 ***

Comment 2

[benc]

VERIFIED/dupe