Closed Bug 49494 Opened 25 years ago Closed 25 years ago

when logging on to GiMiX it doesnt recognize that I'm logged in

Categories

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

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 41241
Future

People

(Reporter: alexander.eisl, Assigned: rods)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16 i586; en-US; m17) Gecko/20000807 BuildID: 2000080712 When I try to enter GiMiX it says that I have to be logged in tu use this feature. Reproducible: Always Steps to Reproduce: 1.Login @ www.gmx.net 2.goto section GiMiX 3.Enter GiMiX Actual Results: A Windows opens and it says that I have to be logged in to enter GiMiX Expacted Results: Entering GiMiX
Alexander Eisl, can you please set up a test account there or provide your login information so I can test this. I can't even sign up for an account because I only speak english. Thanks
OK! I have signed up an account login-name: moztst@gmx.net password: mozilla
OK, this is working fine on win32. will try to get tested on linux.
I can log into the main page, as the reporter mentions. But, indeed, when I goto the GiMix section (tab at the top that says, "GiMiX"), then click on the button that says "und ab in GiMiX", a new window opens that says I'm not logged in. I'm using linux build 2000082408 (comm)
Status: UNCONFIRMED → NEW
Component: Browser-General → Networking
Ever confirmed: true
I think I've narrowed this down some. something is getting lost in teh form submission. the login looks something like <form method="POST" action="http://www28.gmx.net/cgi-bin/nph-gimix" target="_blank"> <input type="hidden" name="CUSTOMERNO" value="6868711"> <input type="hidden" name="t" value="de06642.967834642"> <input type="hidden" name="MODE" value="1"> <input type="image" border="0" src="/images/gimix/gimix_chatsub.gif"> </form> and this works in 4.x and fails in mozilla. over to Form SUbmission.
Assignee: asa → rods
Component: Networking → Form Submission
QA Contact: doronr → ckritzer
I tried the form snipet (just above) with a cgi script that echos all the params and it provided he same results as Nav 4.x, any other leads?
Status: NEW → ASSIGNED
I think I found the problem while watching the HTML-traffic of Netscape 4.74 and mozilla-M17 and daily build 20000911. if you have a form <form method="post" action="http://www/cgi-bin/test.cgi" target="_blank"> mozilla will issue a POST http://www/cgi-bin/test.cgi HTTP/1.1 request with the correct cgi parameters but issues a GET http://www/cgi-bin/test.cgi HTTP/1.1 request next. So in this case Mozilla will log into GiMiX, but the next request will be a GET to the login-script and this will log you out cause to missing cgi-parameters
What do you mean "next request"? Is there a simple test case that will duplicate this behavior?
futuring until I can get a reduced testcase
Target Milestone: --- → Future
This is a simple testcase: replace script-URL with real one <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN"> <html> <head> <title>Post Test</title> </head> <body> <form method="POST" action="http://host/cgi-bin/script" target="_blank"> <input type="submit" value="Post"> </form> </body> </html> will issue two html-request instead of one when the submit button is pressed. * One correct POST and when the new window pops up * a GET request to the script url Without out target="_blank" only the POST request is issued. I hope this will help you (Tested on linux with M17 and daily build of my last comment)
I think this is a dup of a known bug, I'll have to find the bug #
Updating QA contact.
QA Contact: ckritzer → vladimire
Marking a duplicate. The problem is target="_blank" used with POST method. *** This bug has been marked as a duplicate of 41241 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Verifying, and that bug just got fixed!
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.