public function cleanMetadataString($string, $isUrl = false)
{
if (!$string)
{
return '';
}
// Added Code Start
if(mb_check_encoding($string, 'UTF-8') === false){
$string = mb_convert_encoding($string, 'UTF-8', 'ISO-8859-1');
}else{
$string = mb_convert_encoding($string, 'ISO-8859-1', 'UTF-8');
}
// Added Code End
$string = \XF::cleanString($string);
$string = utf8_unhtml($string, true);
$string = html_entity_decode($string, ENT_QUOTES | ENT_HTML5, 'UTF-8');
$string = utf8_unhtml($string);
$string = str_replace("\n", ' ', trim($string));
$string = \XF::cleanString($string);
if ($isUrl)
{
/** @var \XF\Validator\Url $validator */
$validator = $this->app->validator('Url');
$string = $validator->coerceValue($string);
if (!$validator->isValid($string))
{
$string = '';
}
}
return $string;
}
Same problemFunny that no dev cared about this feedback, then it was fixed in 2.2.14, and then reverted back to it's buggy state in 2.2.15
I'm using PHP 7.3.33
Nothing to do with add-ons. It's an issue with the core software itself. See post #3.
But why is this very forum free of this issue then?
yle.fi
This forum also has this error
yle.fi
We did not see this bug on our forum when running Xenforo 2.2.11 with PHP 8.0 or 8.1.
It was the solution for that problem, but this is not the same bug. That earlier bug threw nasty errors to user if URL itself contained special characters.
$content = mb_convert_encoding($content, 'HTML-ENTITIES', $charset);$content = htmlspecialchars_decode(iconv('UTF-8', 'ISO-8859-1', htmlentities($content, ENT_COMPAT, 'UTF-8')), ENT_QUOTES);
