70057 - Form variables lost when POSTing them to a HTTP Authentication-protected script

Status: VERIFIED DUPLICATE of bug 44536

(Core :: DOM: Core & HTML, defect)

Description

[Jedrzej Kostecki]

From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (Windows NT 5.0; U)
BuildID:    2001021508

While passing variables from an public form to a private parser (in my case a 
PHP script) variables are lost during the authenitication process (popup)

Reproducible: Always
Steps to Reproduce:
1. Submit a form via POST to a parser that is protected via a HTTP 
authentication scheme (I used .htaccess in Apache).
2. Enter the login/password into the popup box.


Actual Results:  The variable is not passed.

Expected Results:  The variables is passed and displayed.

I produced something along the lines of a test case for this at 
http://prawda.org/mozilla . The test script is a very simple PHP script that 
just echos the variable back. The login is 'mozilla', password is 'test'. Once 
authentication is granted the problem does not reoccur.

The problem only occurs while sending variables using the POST method.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Seeing this on Linux build 2001-02-23-21.

setting status to new.  Upping severity -- dataloss bug.

Could this be a networking problem?

Comment 2

[rods (gone)]

reassigning

Comment 3

[Kevin McCluskey (gone)]

worked with todays build on WINNT. I entered foo into the textfield for 
POST-Authentication and it displayed "foo" on a separate page.
marking WORKSFORME.

Comment 4

[Boris Zbarsky [:bzbarsky]]

Still seeing this in linux build 2001-02-28-08

Kevin, did you see the username/password dialog when you tested this?  If the
dialog does not appear (ie you have already authenticated once and the
username/password are cached by Mozilla) then the problem does not occur.

If you tried the GET testcase first, you would neet to quit Mozilla to reproduce
the bug with the POST testcase.

Comment 5

[ajbu]

I am seeing this problem on Windows 2000, build on 03/01.
The variable is only lost the first time, going back and posting again (this 
time without the need of filling in the username and password) shows the 
variable in the expected way.

Comment 6

[Boris Zbarsky [:bzbarsky]]

reopening.  Looks like the password dialog makes the form info be forgotten somehow.

Comment 7

[Kevin McCluskey (gone)]

Setting milestone to mozilla0.9.1

Comment 8

[Boris Zbarsky [:bzbarsky]]

*** Bug 71093 has been marked as a duplicate of this bug. ***

Comment 9

[Keyser Sose]

*** Bug 70114 has been marked as a duplicate of this bug. ***

Comment 10

[Keyser Sose]

*** Bug 70115 has been marked as a duplicate of this bug. ***

Comment 11

[Eric Pollmann]

This is a dup of an older bug 44536.  Over to the network folks!

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

Comment 12

[James Green]

Verified dup.