cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Crossley (JIRA)" <j...@apache.org>
Subject [jira] Updated: (COCOON-1606) [BUG+PATCH] FormattingDecimalConvertor.java does not parse in BigDecimal mode
Date Wed, 01 Mar 2006 07:20:44 GMT
     [ 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


Mime
View raw message