Open Bug 376466 Opened 19 years ago Updated 3 years ago

file uploads not working when a server has windows authentication enabled

Categories

(Core :: Networking, defect, P5)

x86
Windows XP
defect

Tracking

()

UNCONFIRMED

People

(Reporter: ian, Unassigned)

References

()

Details

(Whiteboard: [ntlm][necko-would-take])

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 We have a content management system on our website where our staff upload movies, pictures etc. We recently added windows integration to the website on our IIS server. Since then we have been experiencing issues when trying to upload files over 4mb. When we turn the windows authentication off the upload feature works fine. We have tried the exact same files in IE7 and they work fine (both with Windows Authentication turned off and on). The upload in FireFox also works fine when windows autrhentication is turned off. We always receive the connection was reset page when the upload fails. We have 2 internet connections here, one is wired the other is wireless and the performance is exactly the same on both connections. FireFox does work with a lower file size (eg 2mb) but once we go over 4mb it dies when windows authentication is enabled! I have tried the exact same file on a mac with windows auth turned on and it works fine (this is exactly the same build as the pc version i am reying which fails!) This has also occurred on people running the 1.x series of FireFox on the PC. Sorry if this is not technically a bug but we need your input as to whether this has been raised before or not as we have done everything we can think of our end which is leading us to believe it is a bug with the software itself. Reproducible: Always Steps to Reproduce: Unfortunatly, this is on a password protected area on our website Actual Results: see above Expected Results: see above Uploaded the file and not timed out!
Component: General → Networking
Product: Firefox → Core
QA Contact: general → networking
Client: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 Server: Microsoft Windows Server 2003 If a user is not using IE, they are prompted for their domain username and password before they can access a page. However, when I try to upload at least 3 files (1 of which is a null file), I am prompted anywhere from 2 to 30 to infinite for my username and password. There are even cases where the page will work and go to the action page. I created a test page that recreates the problem: ---- <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> <title>Untitled Document</title> </head> <body> <form name="blah" method="post" enctype="multipart/form-data" action="action.cfm"> <input type="file" name="f1" /><br /> <input type="file" name="f2" /><br /> <input type="file" name="f3" /><br /> <input type="submit" value="submit" /> </form> </body> </html> ---- NOTE: The action page used in the example above does not have anything in it. I have also recreated the problem by providing no action page. What I Have Tested So Far: 1.) I set IIS to use a default username and password for anyone trying to access the page and this resolved the issue. However, I want to retrieve user credentials rather than providing one automatically. 2.) I tried setting the key "network.automatic-ntlm-auth.trusted-uris" to the name of the server and that allowed me to access pages without my password. When I attempted to run the test page above, I was prompted to enter my username and password over and over again (this seems like a very odd behavior). Reproducible: intermittent as long as one of the files is has null contents Steps to Reproduce: After submitting the form in FF2 or FF3 (assuming 1 of the files has null contents) you will be prompted to enter a username and password combination. If this does not happen, keep attempting to submit the form until the issue arises. Clearing the cache, cookies, and authenticated sessions may help to expedite the appearance of this problem. Also setting the key "network.automatic-ntlm-auth.trusted-uris" to the server using IIS security does not resolve this issue. Expected Results: the form should submit successfully and we should be able to access the action page without being prompted for a password many (or infinite) times. If a website area is not protected by an IIS password (or a default username/password is used) then this issue is not present in FF2 or FF3. I hope I have been clear in documenting what this issue is. Let me know if I can provide any more details.
Whiteboard: [ntlm][necko-would-take]
Priority: -- → P5
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.