229943 - calculator does not work

Status: RESOLVED DUPLICATE of bug 277826

(Core :: Layout: Form Controls, defect)

Description

[Robert Emery]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5) Gecko/20031007
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5) Gecko/20031007

Entering a value in one of the two fields and then clicking on the convert tab
does not produce a result.  The same operation performed within IE6 does.

Reproducible: Always

Steps to Reproduce:
1. Access the URL
2. Enter a value for kilometers
3. Click on the convert tab to see the equivalent value in miles

Actual Results:  
Nothing happens

Expected Results:  
Value should have been converted

This is more likely a Java or Javascript problem.  If so, please tell me which.
 Thank you.

Comment 1

[Alfonso Martinez]

The problem it's the maxlength="0" in the input name="result", removing it shows
the converted value.

I guess that this bug is invalid, I don't think that anything should be shown in
an input if it has maxlength="0".

Comment 2

[Christian :Biesinger (don't email me, ping me on IRC)]

hm... I wouldn't be so sure... is maxlength supposed to be respected for value
setting via the DOM?

-> layout:form controls for consideration.

Comment 3

[Hixie (not reading bugmail)]

There are two questions here:

   1. is maxlength="0" invalid and ignored, or is it valid?
   2. is maxlength enforced on DOM manipulation? submission?

Comment 4

[Jay Knight]

(In reply to comment #3)
> There are two questions here:
> 
>    1. is maxlength="0" invalid and ignored, or is it valid?
>    2. is maxlength enforced on DOM manipulation? submission?

1. maxlength="0" is valid... in html (4 and 4.01) it is defined as "number"
(http://www.w3.org/TR/1998/REC-html40-19980424/interact/forms.html#adef-maxlength),
which is defined as "must contain at least one digit ([0-9])"
(http://www.w3.org/TR/1998/REC-html40-19980424/types.html#type-number).

2. in the DOM (1 and 2)
(http://www.w3.org/TR/2003/REC-DOM-Level-2-HTML-20030109/html.html#ID-54719353)
maxlength is defined as a long, and as "Maximum number of characters for text
fields."  To me this means it is always respected.

However, according to MS
(http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/maxlength.asp),
"The property does not limit programmatic assignments to the value property."

Comment 5

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 6

[Robert Emery]

I have gone back to using IE6 for websites Mozilla cannot handle, which is just
about all sites requiring interaction.

I have also stopped reporting bugs because nothing ever gets fixed anyway.