You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by bu...@apache.org on 2005/09/20 15:36:18 UTC
DO NOT REPLY [Bug 36731] New: -
[BUG+PATCH] FormattingDecimalConvertor.java does not parse in BigDecimal mode
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36731>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36731
Summary: [BUG+PATCH] FormattingDecimalConvertor.java does not
parse in BigDecimal mode
Product: Cocoon 2
Version: Current SVN 2.1
Platform: All
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: CocoonForms
AssignedTo: dev@cocoon.apache.org
ReportedBy: mattom@gmx.at
This patch enables BigDecimal parsing in FormattingDecimalConvertor.
Basically if you have a widget with datatype decimal and enter a very large
number, something like 999999991999999999199999999919999999991 and submit
the form you'll get someting like a rounded value in technical notation.
same thing with datatype long, to be seen in the samples at
http://cocoon.zones.apache.org/demos/release/samples/blocks/forms/form1
click NumberFields to change tab and enter
999999991999999999199999999919999999991
into "Enter another number, larger than the other number:"
submit, then you get as value for the same field:
9,223,372,036,854,775,807
which is quite the same, though its no BigDecimal problem.
at least some kind of validation error should occur... but a webapp
changing user submitted values without a hint is a rather hot thing :-).
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.