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

Florian Motteau edited comment on OFBIZ-13168 at 11/12/24 11:18 AM:
--------------------------------------------------------------------

OK, I meant trying to create a facility with a NBSP as thousand separator in 
"Area" and "Default days to ship" (like `255 000`), that leads to a facility 
with only `255` in those 2 fields, like so [^Peek 12-11-2024 12-16.mp4]

We may have a misunderstanding here, the initial issue is that all digits after 
a NBSPs are ripped off the string, not that a space as thousand separator is 
removed.


was (Author: JIRAUSER289190):
OK, I meant trying to create a facility with a NBSP as thousand separator in 
"Area" and "Default days to ship" (like `255 000`), that leads to a facility 
with only `255` in those 2 fields, like so [^Peek 12-11-2024 12-16.mp4]

> 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: Image 025.png, Image 026.png, Image 029.png, Image 
> 030.png, Peek 05-11-2024 10-59.mp4, Peek 12-11-2024 12-16.mp4, 
> image-2024-11-05-11-01-13-030.png, image-2024-11-12-09-55-16-578.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)

Reply via email to