For running J!5.1 you must https://fabrikar.com/forums/index.php?wiki/update-from-github/ or include the new file manually https://fabrikar.com/forums/index.php?threads/joomla-5-1-and-fabrik-cannot-find-files-error.54473/post-285151 See also Announcements
Please see our announcement here.
Are you going to fix this error ??:
protected function charset_decode_utf_8($string)
{
/* Only do the slow convert if there are 8-bit characters */
/* avoid using 0xA0 (\240) in ereg ranges. RH73 does not like that */
if (!preg_match("/[\200-\237]/", $string) and !preg_match("/[\241-\377]/", $string))
{
return $string;
}
// Decode three byte unicode characters
$pattern = "/([\340-\357])([\200-\277])([\200-\277])/";
$string = preg_replace_callback(
$pattern,
function($m) {
return '&#' . ((ord($m[1])-224)*4096 + (ord($m[2])-128)*64 + (ord($m[3])-128));
},
$string
);
// Decode two byte unicode characters
$string = preg_replace_callback(
"/([\300-\337])([\200-\277])/",
function ($m) {
return '&#' . ((ord($m[1])-192)*64+(ord($m[2])-128));
},
$string
);
return $string;
}
I don't really have anything I can test this one, so if someone wants to try this code ...
Code:protected function charset_decode_utf_8($string) { /* Only do the slow convert if there are 8-bit characters */ /* avoid using 0xA0 (\240) in ereg ranges. RH73 does not like that */ if (!preg_match("/[\200-\237]/", $string) and !preg_match("/[\241-\377]/", $string)) { return $string; } // Decode three byte unicode characters $pattern = "/([\340-\357])([\200-\277])([\200-\277])"; $string = preg_replace_callback( $pattern, function($m) { return '&#' . ((ord($m[1])-224)*4096 + (ord($m[2])-128)*64 + (ord($m[3])-128)); }, $string ); // Decode two byte unicode characters $string = preg_replace_callback( "/([\300-\337])([\200-\277])", function ($m) { return '&#' . ((ord($m[1])-192)*64+(ord($m[2])-128)); }, $string ); return $string; }
... starting around line 1372, and let me know ...
-- hugh
Ok - but this did not solve my problem. The old rows in the database are not being deleted ! - There must be some kind of bug in the importcsv.php file ??
The odd thing is, that if I trigger the importcsv directly in backend - it works! But not if it is auto triggered by a pageload.
if ($dropData && $model->canEmpty())
{
$model->truncate();
}
public function canEmpty()
{
if (!array_key_exists('allow_drop', $this->access))
{
$groups = $this->user->getAuthorisedViewLevels();
$this->access->allow_drop = in_array($this->getParams()->get('allow_drop'), $groups);
}
return $this->access->allow_drop;
}
Rbueland - can you confirm whether the 'empty table' and delete rows access are the same on both servers? As per this discussion, remember that cron jobs run with the access of whoever is logged in when the job runs.
Sent from my HTC One using Tapatalk