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