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)
Tracking
()
M16
People
(Reporter: keith.lesch, Assigned: pollmann)
References
()
Details
Attachments
(1 file)
(deleted),
text/html
|
Details |
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.
Reporter | ||
Comment 1•25 years ago
|
||
Assignee | ||
Comment 3•25 years ago
|
||
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!
Reporter | ||
Comment 4•25 years ago
|
||
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... :-(
Reporter | ||
Comment 5•25 years ago
|
||
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.
Reporter | ||
Comment 6•25 years ago
|
||
Well, a few hours of searching and I finally have an instant-setup ASP site!
Hope this helps!
Assignee | ||
Comment 7•25 years ago
|
||
Great! Thanks for going the extra mile on this one, that will make it *much*
easier to debug.
Reporter | ||
Comment 8•25 years ago
|
||
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.
Reporter | ||
Comment 9•25 years ago
|
||
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.
Assignee | ||
Comment 10•25 years ago
|
||
Oops, this wasn't showing up on my bug queries because it is marked uncomfirmed.
Confirming...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → M16
Reporter | ||
Comment 11•25 years ago
|
||
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.
Assignee | ||
Comment 12•25 years ago
|
||
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?
Assignee | ||
Comment 13•25 years ago
|
||
Can't install PSM with today's build either, of course...
Depends on: 37085
Reporter | ||
Comment 14•25 years ago
|
||
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...
Assignee | ||
Comment 15•25 years ago
|
||
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.
Assignee | ||
Comment 16•25 years ago
|
||
Gagan just fixed this.
*** This bug has been marked as a duplicate of 36838 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 17•25 years ago
|
||
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
Updated•6 years ago
|
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•