struts-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mitth'raw'nuruodo (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (WW-4837) StringConverter adds a decimal place to integers
Date Mon, 07 Aug 2017 00:46:00 GMT

    [ https://issues.apache.org/jira/browse/WW-4837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16115977#comment-16115977
] 

Mitth'raw'nuruodo edited comment on WW-4837 at 8/7/17 12:45 AM:
----------------------------------------------------------------

Hmm...not sure how much work it would take to make a demo app, but my initial finding is that
this seems to be stemming from the {{s.textfield}} Freemarker tag. If we specify a numeric
{{value}} without quotes, it gets a decimal place. Would have to look more into it, but I'm
guessing that all numeric-looking values get turned into {{BigDecimal}} s.


was (Author: thrawnca):
Hmm...not sure how much work it would take to make a demo app, but my initial finding is that
this seems to be stemming from the {{s.textfield}} Freemarker tag. If we specify a numeric
{{value}} without quotes, it gets a decimal place. Would have to look more into it, but I'm
guessing that all numeric-looking values get turned into {{BigDecimal}}s.

> StringConverter adds a decimal place to integers
> ------------------------------------------------
>
>                 Key: WW-4837
>                 URL: https://issues.apache.org/jira/browse/WW-4837
>             Project: Struts 2
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 2.5.12
>            Reporter: Mitth'raw'nuruodo
>             Fix For: 2.5.13
>
>
> Commit 229afea64e77c2dba9eec62b2c339e9fc92c9ec7 caused all inputs recognisable as numbers
to be formatted with at least one decimal place. This includes all integers, which is frequently
undesirable, particularly if they were meant to be, eg:
> - identifiers, not for arithmetic;
> - strictly validated against an XML schema that does not allow for floating-point numbers;
> - subject to length limitations;
> - etc
> This apparently occurs because all inputs that look like numbers, regardless of format,
are of type {{BigDecimal}} by the time they reach the {{StringConverter}}.
> For our applications, this is a blocker; is it working differently for others? We don't
have any special handling of input types.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message