preg_replace_callback handling of danish characters

[webformdk]

After latest version of FX.php where 'preg_replace' was changed to ‘preg_replace_callback’ in RetrieveFMXML.class.php, FX.php no longer display danish characters like æøå correctly - They output more like japanese characters!

[aragon66]

Persistent problem, this. Has a solution been identified?

An example:
"é" {Char(223)} is in my database field is transformed to "ラ"
{char(12521)} by FX for browser display**.
When I revert RetrieveFMXML.class.php file to the older version (using
deprecated 'preg_replace'.), it properly displays "é" in browser.

** using latest download of FX.php from github on running with
PHP5.5/Apache2.4, FMS 14.

How can I get it to correctly handle special unicode characters?

[APD183]

I am not where I can test this right now, but if you replace this function on line 51 of RetrieveFMXML.class.php does it work?

function utf8HTMLEntities($matches) {
    // $matches contains full match as first item so everything is +1
    if(count($matches) == 3){
        return $this->FX->BuildExtendedChar($matches[1],$matches[2]);
    }elseif(count($matches) == 4){
        return $this->FX->BuildExtendedChar($matches[1],$matches[2],$matches[3]);
    }elseif(count($matches) == 5){
        return $this->FX->BuildExtendedChar($matches[1],$matches[2],$matches[3],$matches[4]);
    }
return ''; // TODO something went wrong, but this should be explicit someday
}

[aragon66]

Yes, that revised function appears to deliver the correct characters!

Does this fix or break things for anyone else?

On Fri, Aug 12, 2016 at 7:05 PM, Andrew Denman [email protected]
wrote:

function utf8HTMLEntities($matches) {
// $matches contains full match as first item so everything is +1
if(count($matches) == 3){
return $this->FX->BuildExtendedChar($matches[1],$matches[2]);
}elseif(count($matches) == 4){
return $this->FX->BuildExtendedChar($matches[1],$matches[2],$matches[3]);
}elseif(count($matches) == 5){
return $this->FX->BuildExtendedChar($matches[1],$matches[2],$matches[3],$matches[4]);
}
}

[yodarunamok]

It appears to me that this fix is present in the current version of FX.php (version 6.10 as of this writing.) I'm trying to address a bunch of things right now, so please let me know if this is not fixed at this point.