Question
Saltech Consulting
ES
Last activity: 21 Jan 2019 18:12 EST
Currency control bug on "it_IT" locale
We have a UI related issue related to currency control. When our operator setting local is "it_IT" (Italy) the control shows for example "1,00,000.00" for 100000. For locales such as "de_DE" or "fr_FR" the control works perfectly ( 100,000.00 ).
Our env: Pega 7.31 Sales Automation
We have a UI related issue related to currency control. When our operator setting local is "it_IT" (Italy) the control shows for example "1,00,000.00" for 100000. For locales such as "de_DE" or "fr_FR" the control works perfectly ( 100,000.00 ).
Our env: Pega 7.31 Sales Automation
See Total Amount in the sceenshot.
Pegasystems Inc.
IN
Hi David,
Thanks for writing to PSC :).
When we select any locale date, currency, number etc will be formatted according to that locale.
In locale it_IT, In Currency format '.' is thousand separator and ',' is a decimal separator.
As per your image it is showing correctly.
Let me know , if any other details are required.
Best,
Gurpreet
PEG
PL
Hi,
There is a hfix HFix-42492 which provides a control called "pxCurrencyInternational" that supports all possible decimal separators i.e. comma and dot.
You can try this. The HFIX is for PRPC 7.3.1
PEG
GB
I can reproduce this.
When my locale is set to de_DE I see: -
123.456,78 €
And when I change locale to it_IT this shows: -
€1,23,456.78
So this appears to be using the wrong decimal/thousands separators and it's also adding an extra separator between 10^4 and 10^5 instead of between 10^5 and 10^6
I've done a refresh on the harness and I can see that the call to RefreshHarness is returning it in US format: -
7":"D_CaseStages_pa613292831281582pz"},"MyCurrency":"123456.78","pxUpdateOpName
I assume the representation to native locale must be happening in the browser code.
I can reproduce this.
When my locale is set to de_DE I see: -
123.456,78 €
And when I change locale to it_IT this shows: -
€1,23,456.78
So this appears to be using the wrong decimal/thousands separators and it's also adding an extra separator between 10^4 and 10^5 instead of between 10^5 and 10^6
I've done a refresh on the harness and I can see that the call to RefreshHarness is returning it in US format: -
7":"D_CaseStages_pa613292831281582pz"},"MyCurrency":"123456.78","pxUpdateOpName
I assume the representation to native locale must be happening in the browser code.
For reference, I see this with Chrome (Version 68.0.3440.84), the locale is set via the Operator record, and the currency property is displayed in read-only format on the section.
I have also installed HFix-42492 but the same problem appears to persist (did not restart server, did re-login, did clear browser cache, did re-save section)
Accepted Solution
Saltech Consulting
GB
The issue was solved with a hotfix:
'RESOLUTION
Apply HFix-47051.
Additional Installation Instructions: After installing the hotfix generate function pxFormatNumber--(String,String,b587b3b1c87f03ce6672550a389d404fa'
Cognizant Technology Solutions
IN
Will installing this hotfix also work for other location formats?
We are facing same issue for ar_SA (Arabic_SaudiArabia).
Saltech Consulting
GB
Unfortunately, this hotfix does not solve the issue, if the locale is ar_SA. Please see also the red rectangle in the image below:
Incessant technologies pvt ltd
IN
Below post will hehttps://community1.pega.com/community/pega-academy/question/possible-bug-sections-body-visibility-using-conditionwhen-rule-never