Closed
Bug 25330
Opened 26 years ago
Closed 25 years ago
jsps... Appending data rather than replacing it.
Categories
(Core :: DOM: Core & HTML, defect, P3)
Tracking
()
VERIFIED
FIXED
M15
People
(Reporter: aldirkse, Assigned: pollmann)
References
()
Details
(Whiteboard: Fix in hand)
Attachments
(1 file)
104 bytes,
text/html
|
Details |
If you go to the URL above and click on the Execute button for the Numberguess
example, the ordinary behavior(at least for Navigator 4x and Inept Explorer) is
to replace the query string appended to the URL with each submission. Mozilla
5.0 is never getting rid of the old data.
(Note: the page is the standard example page for the apache/jakarta
tomcatserver -- the
sourcefortheexampleisavailablenexttothepage.AndThisFormIsn'tLettingMeTypeSpacesAnyMoreSorry!)
Comment 1•26 years ago
|
||
[Just a little more detail from someone else who noticed this bug... ie me :) ]
I see this behavior when a form has method=get (or method defaulting to get) and
*no* action, *and* the page containing the form has parameters of its own. The
correct behavior is to take the URL of the page containing the form, _remove any
existing parameters_, and then add the parameters based on the values in the
form. This second step (the one between __s) is the one that mozilla is leaving
out.
Also, this bug appears to have nothing to do with JSP, as I am seeing it in a
CGI application. It's just to do with the lack of an explicit action url and the
presence of parameters on the url of the page containing the form. I recommend
changing the summary to reflect this (I couldn't get to the URL specified for
this bug, so someone else will need to confirm that the form does indeed have no
action specified).
I am using a Linux M13 build, but I would guess this bug is XP.
Hope this information helps.
Assignee | ||
Comment 3•26 years ago
|
||
This is really related to bug 23376. I decided to append variables, guessing
nobody would depend on the "replace" behaviour. I see how this behaviour is
just plain wrong now. :) I'll change to replace as Nav and IE do.
Assignee | ||
Comment 4•26 years ago
|
||
Just to clarify, there are two things I'm talking about here:
a) URL of CGI is http://foo.bar.baz/bi.cgi?bim=bop"
Page contains <FORM> (no action specified)
b) Page contains <FORM ACTION="http://foo.bar.baz/bi.cgi?bim=bop">
In case a), we should definitely axe the bim=bop.
In case b) it's not so clear. I'll use my reasoning in bug 23376 to argue that
we should leave the variables in place. Sound okay?
Status: NEW → ASSIGNED
Target Milestone: M15
Reporter | ||
Comment 5•26 years ago
|
||
sounds good to me!
Comment 6•26 years ago
|
||
Sounds good to me too. Keep up the good work guys! :)
Assignee | ||
Comment 7•25 years ago
|
||
Assignee | ||
Updated•25 years ago
|
Whiteboard: Fix in hand
Assignee | ||
Comment 8•25 years ago
|
||
Assignee | ||
Comment 9•25 years ago
|
||
Fix checked in. To verify, view the above test case. Clicking on the Submit
button should cause a Bad Bug ID errror. The "attach_id=6923" at the end of the
URL in the URL bar should be replaced with "Sub=Dimension". Thanks!
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 11•25 years ago
|
||
Verifying on
-Windows 98 build 2000-09-25-08-M18
-Linux RedHat6.2 build 2000-09-19-21-M18
Status: RESOLVED → VERIFIED
Updated•7 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
•