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)
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!
Updated•19 years ago
|
Component: General → Networking
Product: Firefox → Core
QA Contact: general → networking
Comment 1•17 years ago
|
||
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.
Updated•10 years ago
|
Whiteboard: [ntlm][necko-would-take]
Comment 2•8 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P5
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•