You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by "David Crossley (JIRA)" <ji...@apache.org> on 2006/03/01 08:20:44 UTC
[jira] Updated: (COCOON-1606) [BUG+PATCH]
FormattingDecimalConvertor.java does not parse in BigDecimal mode
[ http://issues.apache.org/jira/browse/COCOON-1606?page=all ]
David Crossley updated COCOON-1606:
-----------------------------------
Bugzilla Id: (was: 36731)
Other Info: [Patch available]
Description:
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 :-).
was:
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 :-).
> [BUG+PATCH] FormattingDecimalConvertor.java does not parse in BigDecimal mode
> -----------------------------------------------------------------------------
>
> Key: COCOON-1606
> URL: http://issues.apache.org/jira/browse/COCOON-1606
> Project: Cocoon
> Type: Bug
> Components: Blocks: Forms
> Versions: 2.1.8
> Environment: Operating System: other
> Platform: All
> Reporter: Thomas Lutz
> Assignee: Cocoon Developers Team
> Attachments: FormattingDecimalConvertor.java.tar.gz
>
> 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 :-).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira