Closed Bug 105579 Opened 24 years ago Closed 23 years ago

Submit button fails (<form />)

Categories

(Tech Evangelism Graveyard :: English Other, defect)

Product:
Tech Evangelism Graveyard
Component:
English Other
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: lists, Unassigned)

References

(
URL
)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5+) Gecko/20011018 BuildID: 2001101805 In login page at given URL, pressing wither Submit or Reset button has no effect. Reproducible: Always Steps to Reproduce: 1.Go to given URL 2.Fill in login details 3.Press Submit button Actual Results: No change to page Expected Results: Login attempt processed This URL works in Netscape 4.75 Other form submission (as in preparing this bug report) works.
Evangelism. Page has: <form method="post" ACTION="/acc/cgi-bin/flow.pl/ssa/Login?Process"/> Note the trailing slash. This means that none of those input tags are actually in the form.
Assignee: rods → momoi
URL: http://https://welcome.ozemail.com.au... → https://welcome.ozemail.com.au/acc/cg...
Status: UNCONFIRMED → NEW
Component: Form Submission → English: Non-US
Ever confirmed: true
Product: Browser → Tech Evangelism
QA Contact: vladimire → jonrubin
Summary: Submit button fails → Submit button fails (<form />)
Version: other → unspecified
Bug 94246 is also somewhat like this; there was a fix checked in a while ago (I don't remember which bug) which assigned the default form action to be submit, which I believe fixed this problem. If it doesn't work, it's regressed recently AFAICT.
The URL listed in bug 94246, https://secure.ingdirect.ca/InitialINGDirect.html?command=displayLogin&device=web&locale=en_CA, actually still works fine. However I do see this problem on the ozemail.com.au site - I'm using an older build, 2001101308.
*** Bug 111921 has been marked as a duplicate of this bug. ***
This worked for me up to release 0.9.6 - now in 0.9.7 it is broken. Here is some trimmed down sample html. It appears that the <input name=ADD_ATTACHMENT1 type=FILE> tag is a major part of the problem: <html> <head> <title>Perfect Tracker : Edit Ticket</title> </head> <body bgcolor="#FFFFFF" text="#000000" link="#000080" alink="#000080" vlink="#000080"> <form method=POST action="TicketFoobar.htx" enctype="multipart/form-data"> <input type=hidden name=TICKET_ID value="687"> <center> <table style="font-size:12" cols=4 border=0 cellspacing=0 cellpadding=3 width=600> <tr> <td colspan=4><b> Title: <input name=TITLE size=110 maxlength=250 value="Something bad has happened">&nbsp &nbsp &nbsp &nbsp</b> </td> <b> <th align=left>ID/Attachment Name</th> <th align=left>Size</th> <th align=left>Time Added</th> <th></th> <tr> <td colspan=4><b> Delete Attachment: ID = <input name=DEL_ATTACHMENT1 size=8 maxlength=8> </td> </tr> <tr> <td colspan=4><b> Attach: <input name=ADD_ATTACHMENT1 type=FILE size=50> </td> </tr> <tr bgcolor="#6699cc"> <td colspan=4><center> <font size=+3> &nbsp <input type=submit value="Save"> &nbsp </font> </center></td> </tr> </table> </center> </form> <!-- current user not a manager and not in team, can only add info. --> </body> </html>
I have this kind of submit problem, too. I'm using "workbench" (hosted on sourceforge), a bugtracking software, and it has an "edit bug" page that also features a "upload attachment" part. When I press submit (without uploading any attachment), the status bar goes "sending request to [host]..." and that's it. The form is actually submitted because the bug data changed correctly. But the next page does not show up. This is Mozilla 0.9.7 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011230). With Mozilla 0.9.6 it worked fine. The upload-tag is "<input type=file name=file>" and the document has no doctype.
I can confirm this problem. I've seen it at the free-mail service "www.web.de". The mail form has a file upload field (and the form is enctype='multipart/form-data'). If no file is chosen for upload, Mozilla does not react to any of the several submit buttons. If "enctype='multipart/form-data" is removed from the code, the form starts working (but file upload will probably not work).
i just upgraded from 0.9.5 to 0.9.7 (ximian distribution) and now its not possible to submit forms with <input type=file> items which are left empty. you can verify this even on bugzillas "Create a New Attachment" link.
I confirm the bug in 0.9.7. If a form contains an <input type="file"> element the submit button 'hangs'. Removing the enctype from the form (as mentioned in a previous comment) does not fix the problem. Removing the <input type="file"> elements works, but that renders my applications useless :)
Seems to be resolved in 0.9.9
its fixed. someone can close it.
This now works for me on the original URL.
Works for me too.
ok, does it now why does nobody write that? *g*
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Mass reassigning English-Other bugs to general default assignees.
Assignee: momoi → english-other
QA Contact: jonrubin → english-other
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.