Closed Bug 56272 Opened 25 years ago Closed 23 years ago

Form does not load page when submitted to external window

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED WORKSFORME
Future

People

(Reporter: keith.lesch, Assigned: bugz)

Details

Attachments

(3 files)

***NOT related to bug 17754.**** Two attachments are coming to show this scenario. The description is: A new window is opened by javascript. The form is then submitted to that new window. The receiving page is never displayed, although it does appear that the form submission takes place. I tried this on a web app that I am working on...the form submitted its data just fine, and the data was stored and page executed, but no page is displayed anywhere. :-( Simply store the two files (form.html and received.html) in the same directory and you will see the situation.
Attached file form.html
Attached file received.html
My original test case loads a "Wait" page when it does the window.open, because the form submission is likely to take around a minute. (So no, submitting to _blank is not acceptable.) Mozilla loads the wait page just fine, but never moves on to the result of the form submission. PS - I am using build 2000100920.
This is probably a dup of Bug 52898
bug 54025 which 52898 was duped against was Fixed. Reporter, whta is the procedure for testing your testcases. Is it still broken. If so this bug should be confirmed.
My specific case still does not work. My testcase posted here does work. I will have to see if I can get you another testcase.
CRASHER This bug occasionally crashes mozilla, it has done it twice for me. Here is the procedure: 1-unzip the 3 files in the coming attachment into the same directory. 2-open form.html in a mozilla window. 3-click the button 4-(mozilla will first try to open a new window with a page in it, test.html. then the form tries to submit to that page. then a call is sent to close the calling window. various results occur depending on how far it had gotten in the process when the close window was called. IE 4.5 on the mac had this problem as well, the form was sent off in a separate process. In IE 5, the submit() call does not appear to return control until the form has been submitted.) 5-A successful submission will close the initial window and have a new window open at received.html. 6-An unsuccessful submission will vary in results from closing both windows to leaving you at test.html in the new window to crashing mozilla. I hope this is a clear enough test case! Let me know if you need anything else. Zip file is coming.
setting bug status to New
Status: UNCONFIRMED → NEW
Ever confirmed: true
With today's trunk build using viewer I ended up with three windows open. In yesterday's branch build it didn't crash and I only got one window up with this text: "This is the page that loads before the form is submitted."
I would suggest that you try this multiple times with each of the builds you are using. I suspect that you will get different results every time. I did it 3 consecutive times at one point and got each of the 3 situations I described above.
reassigning
Assignee: rods → pollmann
vladimire: could you check if this still happens? if not please close it as WORKSFORME
Assignee: pollmann → marek
Target Milestone: --- → Future
Tried on build 2001-03-12-09-Mtrunk Win 98 Crashed...
This is almost certainly because our window creation happens (sort-of) asynchronously and submit() is not worrying about whether the window has finished creating itself. If you put a long-running operation in between those two statements, or if you /don't/ open the new window with JS, the problem will go away.
This works for me build 2002-01-18-08-trunk win2k.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Works for me now too.
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.

Attachment

General

Creator:
Created:
Updated:
Size: