I'm getting a error everytime i try to import the joomla content or create a category: Fatal error: Call to undefined function mb_regex_encoding() in htdocs/administrator/components/com_k2/tables/k2category.php on line 50mbstring is enabled so that cannot be the problem.Any work around to fix this bug?Thanks in advance

I am getting the same error here. I would love to know how to make this work.

Hi,

I would not call this a bug as there are thousands of installs running K2 with out issues.

Which encoding are you using as line 50 refers to mb_regex_encoding("UTF-8");
Which version are you using, aree you using local or sever setup?

Thanks.

Simon

K2Joom.com

Well im having some webhost at strato. So it's not local. I downloaded the pack from the mainpage.

Hi. mb_regex_encoding function is available on PHP 4.2 and above and PHP 5. Please ensure that your system meets these requirements and that PHP's mbstring functions are enabled.

Like you see in the picture i created, it is enabled. Server runs on PHP 5.2.12

Hi. If PHP reports that and you are still having problems then maybe we should look somewhere else for bugs (
Web server, PHP ). Really i haven't heard something like this before.

Mayuiong said:Like you see in the picture i created, it is enabled. Server runs on PHP 5.2.12

I'm also having the same error (Fatal error: Call to undefined function mb_regex_encoding() in /home/com_k2/tables/k2category.php on line 50) and can't use k2 at all because of it. I talked to my host about the issue and they said that everything is fine on their end. Here's my php config:

geniuslabs.info/testinfo.php

note the section where it says:
Multibyte Support enabled

What could be the problem?
Thanks

Hi. The link you posted is a phpinfo script outside Joomla!. You should go to administration->Help->System Info->PHP Information to see the actual configuration for PHP that is used by Joomla!. If you can please post a screenshot.

Aly Sa said:I'm also having the same error (Fatal error: Call to undefined function mb_regex_encoding() in /home/com_k2/tables/k2category.php on line 50) and can't use k2 at all because of it. I talked to my host about the issue and they said that everything is fine on their end. Here's my php config:
geniuslabs.info/testinfo.php

note the section where it says:
Multibyte Support enabled

What could be the problem?
Thanks

@lefteris i have the same problem here
Fatal error: Call to undefined function mb_regex_encoding() in /home/petlakec/public_html/components/com_k2/helpers/route.php on line 56
Multibyte string is enabled but still have the problem
PHP Built on: Linux nexus.web4africa.net 2.6.18-164.11.1.el5 #1 SMP Wed Jan 20 07:32:21 EST 2010 x86_64
Database Version: 5.0.91-community
Database Collation: utf8_general_ci
PHP Version: 5.2.13
Web Server: Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8e-fips-rhel5 mod_bwlimited/1.4
Web Server to PHP interface: cgi
Joomla! Version: Joomla! 1.5.17 Stable [ Wojmamni ama woobusani ] 27-April-2010 04:00 GMT
User Agent: Opera/9.80 (Windows NT 6.0; U; en) Presto/2.5.24 Version/10.53
Relevant PHP SettingsSetting Value
Safe Mode: Off
Open basedir: None
Display Errors: On
Short Open Tags: On
File Uploads: On
Magic Quotes: On
Register Globals: Off
Output Buffering: Off
Session Save Path: /tmp
Session Auto Start: 0
XML Enabled: Yes
Zlib Enabled: Yes
Disabled Functions: show_source, passthru, exec, phpinfo, popen, proc_open
Mbstring Enabled: Yes
Iconv Available: No
WYSIWYG Editor: Editor - No Editor

i have this same problem.. any solution

I have the same error after setting a new session path at GoDaddy's direction. All of my sites on a GoDaddy shared Linux plan suddenly stopped working properly. I was getting session errors and strange bugs. I called GoDaddy and they said I didn't have access to the default session folder (/tmp). They recommended changing it to my absolute hosting path with /tmp at the end - all of a sudden my sites are back but not the one using K2. Any ideas?

i have the same problem as well but in the mean time to get your K2 site runing you have to disable all k2 modules component and plugins on your site at the back end

James McCarthy said:I have the same error after setting a new session path at GoDaddy's direction. All of my sites on a GoDaddy shared Linux plan suddenly stopped working properly. I was getting session errors and strange bugs. I called GoDaddy and they said I didn't have access to the default session folder (/tmp). They recommended changing it to my absolute hosting path with /tmp at the end - all of a sudden my sites are back but not the one using K2. Any ideas?

Hi, I got the same issue but I solved it for my own purpose like this:

The affected files are "k2category.php" and "k2item.php" in .../administrator/components/com_k2/tables/

and "route.php" in .../components/com_k2/helpers/.

Modifications - commenting out the lines with mb_regex and mb_ereg... as shown...

@ route.php, lines 56 & 59:
mb_internal_encoding("UTF-8");
// mb_regex_encoding("UTF-8");
$alias = trim(mb_strtolower($user->name));
$alias = str_replace('-', ' ', $alias);
// $alias = mb_ereg_replace(':space:+', ' ', $alias);


@ k2category.php, lines 50 & 53:
mb_internal_encoding("UTF-8");
// mb_regex_encoding("UTF-8");
$this->alias = trim(mb_strtolower($this->alias));
$this->alias = str_replace('-', ' ', $this->alias);
// $this->alias = mb_ereg_replace(':space:+', ' ', $this->alias);

@ k2item.php, lines 75 & 78:
mb_internal_encoding("UTF-8");
// mb_regex_encoding("UTF-8");
$this->alias = trim(mb_strtolower($this->alias));
$this->alias = str_replace('-', ' ', $this->alias);
// $this->alias = mb_ereg_replace(':space:+', ' ', $this->alias);


This modifications are really nonprofessional but they work for me very fine!
I'm no php expert - the above is the result of "try and error" analysis. But as far as I can interprete the codes, the disabled functions seem to have something to do with title/url encoding. I tested some german special characters without recognizing faults.

I can't estimate, whether they affect any other malfunction inside the k2 component - the future will show.

Remember: please make a backup before you apply this modifications :-)

Have fun!

Torsten

Did anybody notice the "regex" in the function name and that the quoted PHP report shows "--disable_mbregex"?

I have no knowledge of these facilities, but the apparent connection is clear.

Mayuiong said:Like you see in the picture i created, it is enabled. Server runs on PHP 5.2.12

Ditto - hacking the 3 files did the trick.  My php info file was also set correctly.  The hack worked - no muss no fuss

Jens said:
@ Torsten - Many Thanks!!! You really saved the day! - Cant estimate how many hours this was saving me... I moved to another server and encountered this issue with K2 - Your trick does well so far

What a solution!!!

Thank you very much Torsten Gries!

You have resolved my problem. You saved my days.

Yohanes

 

Torsten Gries said:

Hi, I got the same issue but I solved it for my own purpose like this:
The affected files are "k2category.php" and "k2item.php" in .../administrator/components/com_k2/tables/

and "route.php" in .../components/com_k2/helpers/.

Modifications - commenting out the lines with mb_regex and mb_ereg... as shown...

@ route.php, lines 56 & 59:
mb_internal_encoding("UTF-8");
// mb_regex_encoding("UTF-8");
$alias = trim(mb_strtolower($user->name));
$alias = str_replace('-', ' ', $alias);
// $alias = mb_ereg_replace(':space:+', ' ', $alias);


@ k2category.php, lines 50 & 53:
mb_internal_encoding("UTF-8");
// mb_regex_encoding("UTF-8");
$this->alias = trim(mb_strtolower($this->alias));
$this->alias = str_replace('-', ' ', $this->alias);
// $this->alias = mb_ereg_replace(':space:+', ' ', $this->alias);

@ k2item.php, lines 75 & 78:
mb_internal_encoding("UTF-8");
// mb_regex_encoding("UTF-8");
$this->alias = trim(mb_strtolower($this->alias));
$this->alias = str_replace('-', ' ', $this->alias);
// $this->alias = mb_ereg_replace(':space:+', ' ', $this->alias);


This modifications are really nonprofessional but they work for me very fine!
I'm no php expert - the above is the result of "try and error" analysis. But as far as I can interprete the codes, the disabled functions seem to have something to do with title/url encoding. I tested some german special characters without recognizing faults.

I can't estimate, whether they affect any other malfunction inside the k2 component - the future will show.

Remember: please make a backup before you apply this modifications :-)

Have fun!

Torsten

Blimey! I am NO coder, but it actually worked - clever stuff! Don't know why the K2 forum seems to be ignoring this problem, but thanks a lot!

 

I've just had the exact same problem with a customer using a JoomlaXTC template on the Strato web host. I jumped through several hoops trying to resolve the issue with both JoomlaXTC and Strato support but everything was leading to a dead end.

 

This then was the last roll of the dice and I've  got to admit I was put off that this solution seems to be a hack without an full understanding all of its implications. However as I'd run out of options it was worth a try and it did the trick!

 

Thanks for posting this as without this solution it looked like my next step was to tell my customer that they were going to have to switch to another host.

 

Martin