Important K 1.5 latest posts module - no longer supported or maintained. Do NOT use this with K 1.6!

I have the same problem now, I did what the Mosets Devloper said on his site and I go the Moset tree to work but now my latest forum mod is gone. He said in t the post

In that case, do the same changes above to this file in MT:

/components/com_mtree/mtree.tools.php


I did not set that same code in mtree.tools.php file.

what does he mean.

thanks Jimmy

no one?

Not in my module:
helper.php line 17 So there must be another module which causes this. But which one?[/quote]
Or component/module/plugin/template where is defined other class smile. Not the class from Kunena. Better would be to rename class smile to Ksmile to get rid off these issues.

Blue85 wrote:

Fatal error: Call to undefined function ctype_digit() in /srv/www/htdocs/j/modules/mod_kunena_latest/mod_kunena_latest.php on line 224

It's not my mod_kunenalatest as my name is mod_kunenalatest version 1.0.45 is the latest. If you have mod_kunena_latest it's some different project/different developer -> different support.
You can grab my module and take support from here

I believe line 17 in helper.php should be:
By forcing the default template in the above require_once statement:
...it pretty much ensures class collisions because kunena itself is reading the smile class from the admin-designated template.

The only time it's an issue is when the module is included on kunena pages AND when the admin has selected a template other than 'default'. I have a custom template so it's issue.

Fortunately, I bumped into this on my development machine and avoided this on production because I don't include mod_kunenalatest on the actual kunena pages. I use it as a teaser on other pages.

While developing locally I happened to set the module to 'All' pages and the board wouldn't render because mod_kunenalatest is trying to load the smile class from the 'default' template, then kunena tries to load smile.class.php from another template. The require_once fails to filter out the 2 class definitions because the 2 paths to smile.class.php are different (1 per template).

Hope this helps,
K

kunena.php lines 179-186
You can see, as it's not found in templates default_ex, default_(red|green|gray), it's called from default template. And therefore it is working with kunena distributed templates.
It's tested and it's working on Kunena pages with all kunena distributed templates.

HaND, Jerry

P.S. If somebody has problems with this, please give me account or list of all installed components/modules/plugins/templates. I am almost sure, that other package using own smile class / other kunena package using require/include - that's the reason.