Closed Bug 35583 Opened 25 years ago Closed 25 years ago

POST method to ASP page does not load new page

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 36838

People

(Reporter: keith.lesch, Assigned: pollmann)

References

()

Details

Attachments

(1 file)

M14 does this correctly, but nightly builds for the past few weeks have not (this also being why I waited to post this bug, as it may have been a try at something that didn't work...). I am currently looking at build 2000041108. I have a simple form with one element and I submit the form. The page is generated that it is submitted to, but the new page never loads. The browser just hangs. When you click the STOP button, the page is loaded with the header info at the top. (This is significantly more ugly if the page was submitted in a "new window": when you close the new window the page is loaded in your ORIGINAL window!) I will attach the simple form so that you do not have to recreate it. Here is the simple ASP code I am using as a testcase page "showsubmittedform.asp": <% Dim Element For Each Element In Request.Form Response.Write Element & ": " & Request.Form(Element) & "<br>" Next %> I tried the search on amazon.com as well. It looks like it is a post as well but not to an ASP page. It worked fine.
Attached file Simple Form. (deleted) —
reassigning
Assignee: rods → pollmann
Keith, I don't have a copy of IIS easily accesible to try out an ASP page. Could you do me a favor and either: 1) include a url for the page showsubmittedform.asp that is publicly accessible or 2) save the file that is returned from showsubmittedform.asp and attach it to this bug report? 1) is preferrable if you can manage it. Thanks!
Well, working on private government machines, I have a slight problem with being able to open up a copy of IIS to anyone outside our trusted IPs. Are you sure no one around is running windows and a version of IIS that you could put that 5 lines of test code up on? Let me know...otherwise I will work on #2. I have found only a couple "free" ASP sites, none of them are taking on new accounts right now... :-(
I signed up for a free site at DomainDLX.com. It says it should be active in 24 hours or less. I'll let you know when I have it set up.
Well, a few hours of searching and I finally have an instant-setup ASP site! Hope this helps!
Great! Thanks for going the extra mile on this one, that will make it *much* easier to debug.
Well, I'm not sure how much you've continued to look at this or if you tried to fix anything, but the _TESTCASE_ works in M15. HOWEVER, It is still very much a problem on my other pages. I am going to have to take a deeper look at this I guess.
Bug 35007 _may_ be the real source of the problem here, I'm not sure. If you look at this bug you will see that it is obviously hard for me to test something I can't see. I really need someone to take a look at that before I know what in the world is going on here.
Oops, this wasn't showing up on my bug queries because it is marked uncomfirmed. Confirming...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → ASSIGNED
Target Milestone: --- → M16
Well, the URL doesn't work for me once again. I do remember it worked 2 maybe 3 times the other day in M15. However it does not work in M15 for me anymore. I dread the idea that this is a "sometimes" case, but it hasn't worked at all for me today, or in the nightly build I just downloaded. Let's just act like it didn't work the other day and I just imagined it.
Strange, I just tried posting this form using last night's build and Mozilla wanted PSM (Personal Security) even though the URL posted to is not an https URL. I don't know if this is related yet... Keith, are you seing anything like this?
Can't install PSM with today's build either, of course...
Depends on: 37085
Seeing the same thing. However I downloaded a nightly build yesterday morning and didn't have the PSM problem. Not to mention the DIV tags were doing some very strange things in the nightly build I had yesterday...oh well, like the front page says, "these will probably work, but maybe not." Hopefully whoever goofed on the PSM backs it out real soon...
I believe the wallet-requiring-PSM checkin was fixed. (I don't think PSM not installing was fixed) Also, a bug that prevented *any* form submission from working was recently fixed. Tomorrow's build should look a lot better.
Gagan just fixed this. *** This bug has been marked as a duplicate of 36838 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Finally a build with the fix in it. :-) THANKS! This helps me out a lot with working towards Mozilla compliance. Hoping for attention on bug 35484 now! It has not even been confirmed yet...which should not be a hard task with my testcase...
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: