130918 - nonexistent input type=image without width/height does not submit x/y

Status: RESOLVED DUPLICATE of bug 122238

(Core :: Layout: Form Controls, defect, P4)

Description

[Christoph Frick]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.9) Gecko/20020311
BuildID:    2002031106

Using a image button within a form, where the picture where not available (404)
does not create the POST - just reloads the page. There are NO submitted data. 
Code of the button:
<input type="image" align="absmiddle" border="0" name="B_NEXT"
src="gfx/de/w_next.gif" alt="weiter">

Reproducible: Always
Steps to Reproduce:
1. press a image button within a form, which image data are not available


Actual Results:  Mozilla reloads the form

Expected Results:  The click on the button should work, as the image could have
been loaded - and might then submit in the example abobe e.g. B_NEXT_x=0 B_NEXT_y=0

I have not tested, if this also happens, if height/width are given.

Comment 1

[Nick Parlante]

Attachment: Form showing problem with 404 image input button

I've tried it on Mac and PC with fc1 : the form does not submit the name.x and
name.y when the image is 404. IE does submit .x and .y in that case and the
spec makes no special mention of the 404 case.

Comment 2

[John Keiser (jkeiser)]

The description for this bug is misleading.  It's not reloading the page, it's
submitting just fine.  The complaint is that a 404 image button without
width/height does not submit an x/y.  For some reason Mozilla replaces that case
with a text link.

Comment 3

[rods (gone)]

-->

Comment 4

[John Keiser (jkeiser)]

This will only affect obviously unmaintained pages, doesn't really affect them
that badly, and there is a workaround.

Comment 5

[kitchin]

Duplicate of Bug 122238.

Comment 6

[Boris Zbarsky [:bzbarsky]]

*** This bug has been marked as a duplicate of 122238 ***