View Issue Details

IDProjectCategoryView StatusLast Update
0005774JEDI VCL00 JVCL Componentspublic2012-02-24 17:37
ReporterArnoBrinkmanAssigned Toobones 
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionduplicate 
Product VersionDaily / GIT 
Target VersionFixed in Version 
Summary0005774: Values by TJvValidateEdit multiplied by 10^NumberOfDecimals
DescriptionPlease change in JvJCLUtils the function _JvSafeStrToFloat() the next lines

-----------------------------------------------------------------------
  { Locale Handling logic October 2008 supercedes former StrToFloatUS functionality. }
  {$IFDEF RTL150_UP}
  LocalFormatSettings.ThousandSeparator := GetLocaleChar(LOCALE_SYSTEM_DEFAULT, LOCALE_STHOUSAND, '.');
  LocalFormatSettings.DecimalSeparator := GetLocaleChar(LOCALE_SYSTEM_DEFAULT, LOCALE_SDECIMAL, '.');
  {$ELSE}
-----------------------------------------------------------------------

to these lines:

-----------------------------------------------------------------------
  { Locale Handling logic October 2008 supercedes former StrToFloatUS functionality. }
  {$IFDEF RTL150_UP}
  LocalFormatSettings.ThousandSeparator := GetLocaleChar(LOCALE_USER_DEFAULT, LOCALE_STHOUSAND, '.');
  LocalFormatSettings.DecimalSeparator := GetLocaleChar(LOCALE_USER_DEFAULT, LOCALE_SDECIMAL, '.');
  {$ELSE}
-----------------------------------------------------------------------


This fucking bug caused us a headache and lot of time, because in our application the values were multiplied by 10^x (where x = number of decimals) everywhere the TJvValidateEdit is used. You can image which dramatic effects this has :(

Mainly on Terminal Systems we see this, because the DecimalSeparator in LOCALE_SYSTEM_DEFAULT is totally different from the LOCALE_USER_DEFAULT one.
Additional InformationSee also bug ID 0005060
TagsNo tags attached.

Relationships

duplicate of 0005060 resolvedobones Wrong Display and Return of Float Values by TJvValidateEdit 

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2012-01-23 11:27 ArnoBrinkman New Issue
2012-02-22 15:05 obones Status new => acknowledged
2012-02-24 17:37 obones Relationship added related to 0005060
2012-02-24 17:37 obones Relationship replaced duplicate of 0005060
2012-02-24 17:37 obones Duplicate ID 0 => 5060
2012-02-24 17:37 obones Status acknowledged => resolved
2012-02-24 17:37 obones Resolution open => duplicate
2012-02-24 17:37 obones Assigned To => obones