216924 - Image name value not return in input type=image if graphic not found

Status: RESOLVED DUPLICATE of bug 122238

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

Description

[Jim Stavast]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030718
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030718

If a form is using input buttons such as 
-----------
<input type=image
src="http://drought.shopsite.com/jimstore/shopsite-images/en-US/sign_in.gif"
align="bottom" border="0" name="Jim was here Sign In" alt="Jim was here Sign In"
onClick="return(CheckIt(166,0));" >
-----------
And the image is not available for display, the Name value of the submit is not
returned thus making the button inoperable.  The Alt text for the image is
displayed and it is clickable but it just does nothing.  If the image is
available the submit works fine.  In Internet explorer a broken image is
displayed with the alt text and the submit works fine.  Here is a capture of the
browser variable generated with and without the image and from IE with the image

* with submit
Mozilla with submit button
        DJW: org: 
[prevlocation=http%3A%2F%2Fdrought.shopsite.com%2Fcgi-bin%2Fdj
w%2Fsc%2Fregistration.cgi&sbid=SSMSB1060619246.12443&storeid=*103038669006
eb5074
a0&smb=on&0%3Aqnty=1&Remove%3A1.x=Delete+Item&1%3Aqnty=10&2%3Aqnty=1&3%3Aq
nty=1&
coupon_code=&shipoptmenu%3A0=one%3B+%2B1&shipoptmenu%3A1=big%3B+%2B1&shipo
ptmenu
=2&zip_code=11111&zip_code_old=11111&shipping=upsnone&shipping=none&tax=1&
orderi
nst=&paytype=5]

MOzilla with im tag but no image
DJW: org: [prevlocation=http%3A%2F%2Fdrought.shopsite.com%2Fcgi-bin%2Fdj
w%2Fsc%2Fregistration.cgi&sbid=SSMSB1060619246.12443&storeid=*103038669006
eb5074
a0&smb=on&0%3Aqnty=1&2%3Aqnty=1&3%3Aqnty=1&coupon_code=&shipoptmenu%3A0=on
e%3B+%
2B1&shipoptmenu%3A1=big%3B+%2B1&shipoptmenu=2&zip_code=11111&zip_code_old=
11111&
shipping=upsnone&shipping=none&tax=1&orderinst=&paytype=5]

IE with img tag but no image
        DJW: org: 
[prevlocation=http%3A%2F%2Fdrought.shopsite.com%2Fdjw%2Findex.
html&sbid=SSMSB1057256983.22199&storeid=*103038669006eb5074a0&smb=on&0%3Aq
nty=1&
1%3Aqnty=10&2%3Aqnty=1&3%3Aqnty=1&coupon_code=&shipoptmenu%3A0=one%3B+%2B1
&shipo
ptmenu%3A1=big%3B+%2B1&shipoptmenu=2&zip_code=96097&zip_code_old=96097&shi
pping=
upsnone&shipping=none&tax=2&orderinst=&paytype=5&Remove%3A1.x=60&Remove%3A
1.y=19
]






Reproducible: Always

Steps to Reproduce:
1. Create an input type=image form submit button using an image that can't be found
2. Click on the button alt text and see that the form can't be submitted because
no Name field is available
3.  make the image availble 
4. Click on the button and see that the form can be submitted

Actual Results:  
Form doesn't submit because there is no Name field

Expected Results:  
Name for the button should be returned even if the image cannot be displayed

Comment 1

[Mats Palmgren (inactive)]

Attachment: Testcase

Comment 2

[Mats Palmgren (inactive)]

WFM, 2003-08-19-05 trunk Linux

Jim, does the attached testcase work for you?

Comment 3

[Mats Palmgren (inactive)]

Got reply from Reporter in private email:

When I go to that page I see the alt text for the button "Jim was 
here Sign In".  If I click on the text a Javascript message appears 
with "Jim was here Sign In".  If I click the OK on the dialog I go to 

http://bugzilla.mozilla.org/attachment.cgi?.  That page has the 
message "Invalid Attachment ID" and a red field with the text " The 
attachment id is invalid" is displayed and a message  Please press 
Back and try again'


Is that what you would expect?

Jim

Comment 4

[Mats Palmgren (inactive)]

> Is that what you would expect?

Yes, this is what was expected, which means the testcase does not reflect
your original problem.  To be able to analyze this we need an accessible URL
that demonstrates the problem.

Comment 5

[Jim Stavast]

I haven't been able to create a stand alone testcase for this problem but here
are steps and link to a site which demonstrates it.

1. Go to http://www.shopsite.com/ssdemos/alsdemo6/drills.html
2. Click one of the blue Order buttons which will take you to a shopping cart
screen.
3. On the shopping cart screen are two buttons where the image doesn't display
because it has the wrong name so the Alt text is displayed.  One is
"Recalculate" and is located by the Empty Cart button.  The other is "Continue
Shopping" and is located by the Checkout button.
4. Note the product total price it should change in the next steps.
5. Change the product quantity from 1 to some other value
6. Click on the "Recalculate" text which should change product Total by a
multiple of the quantity entered.  Note that this does not happen but instead
the original quantity and price remain.
7.  The same type of action is preformed by the "Checkout" button and it works.
8.  If you click on the Empty Cart the cart will be emptied but if you click on
the Continue Shopping button text which should take you back to the store it
doesn't work and you remain on the same page.

This works fine in IE 6 and Netscape 4.8 on a PC.  

Jim Stavast
[e-mail]

Comment 6

[Mats Palmgren (inactive)]

Thank you for your help and detailed description of the problem.

Confirming bug, 2003-08-19-05 trunk Linux.

When the image is replaced by ALT content, the following parameters are missing:
"Recalculate.x=33&Recalculate.y=16&"

I think I've seen this reported elsewhere...

Comment 7

[Mats Palmgren (inactive)]

... found it: bug 122238.  It seems it works if you have explicit WIDTH and
HEIGHT attributes (or a working image URL of course).

Jim, you will be automatically added to the CC of that bug so you can follow
its progress.  Thanks for helping out.

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