Open
Bug 1229368
Opened 9 years ago
Updated 2 years ago
Firefox 38 parseFloat behaviour
Categories
(Firefox :: General, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: trebaol.gwenael, Unassigned)
Details
(Whiteboard: [specification][type:bug][2016-GBT-Y])
What did you do?
================
1. Used parseFloat function in an Angular Directive
What happened?
==============
I was having some trouble with firefox 38 html5 validation popping a $error.max on an input type number. Only to realize that the parseFloat function I used in my directive was the reason of this validation error.
The function I use : parseFloat(viewValue.replace(',', '.'));
The value returned based on the input value :
10.3 : 10.3
10.32 : 10.32
10.321 : 10321
10.3211 : 10.3211
When the input value is 10.321, the parseFloat gives me back the value 10321 !!
What should have happened?
==========================
The parseFloat function should have transform the value 10.321 into 10.321.
Is there anything else we should know?
======================================
Firefox 38, angular 1.4.6, http://pastebin.com/VEZGnZ2C
Reporter | ||
Updated•9 years ago
|
OS: Other → Linux
Product: Mozilla Developer Network → Firefox
Hardware: All → x86_64
Version: unspecified → 38 Branch
Whiteboard: [specification][type:bug] → [specification][type:bug][2016-GBT-Y]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•