[
https://issues.apache.org/jira/browse/OFBIZ-13168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17895944#comment-17895944
]
Florian Motteau edited comment on OFBIZ-13168 at 11/6/24 12:49 PM:
-------------------------------------------------------------------
[~jleroux] in my PR I just replace NBSPs by regular spaces, and [~nmalin]
proposal replaces all characters except letters, digits and punctuation by
regular spaces (more radical :)), in both case we should be fine with large
numbers with all locales since we keep dots and commas ?
[~nmalin] I'm more confident with my very narrow approach (just target NBSPs),
are we totally sure that everything that's not `Alnum` or `Punct` can be
replaced by spaces in every situation ?
was (Author: JIRAUSER289190):
[~jleroux] in my PR I just replace NBSPs by regular spaces, and [~nmalin]
proposal replaces all characters except letters, digits and punctuation by
regular spaces (more radical :)), in both case we should be fine with large
numbers with all locales since we keep dots and commas ?
> String to numeric conversion does not support non-breaking spaces
> -----------------------------------------------------------------
>
> Key: OFBIZ-13168
> URL: https://issues.apache.org/jira/browse/OFBIZ-13168
> Project: OFBiz
> Issue Type: Bug
> Components: ALL COMPONENTS
> Affects Versions: 18.12.16, Upcoming Branch
> Reporter: Florian Motteau
> Assignee: Jacques Le Roux
> Priority: Minor
> Fix For: Upcoming Branch
>
> Attachments: Peek 05-11-2024 10-59.mp4,
> image-2024-11-05-11-01-13-030.png
>
>
> When submitting a form with numeric values, OFBiz uses a text input (`<input
> type="text"/>`), so all characters (entered by hand or pasted) are allowed in
> the input.
> On form's submission, for numeric fields, the string is parsed using
> `java.text.NumberFormat` class (parse method), using a number instance
> formatter.
> This formatter does not supports non-breaking spaces ('\u00A0', '\u202F',
> '\u2007'), and characters after a non-breaking space are ignored :
> !image-2024-11-05-11-01-13-030.png|width=337,height=153!
> This can lead to a situation where a visually correct form stores wrong
> values :
> [^Peek 05-11-2024 10-59.mp4]
> One of our client reported this situation while pasting values from external
> tools. Some values where truncated, because the external tool used
> non-breaking spaces when displaying values.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
