CGCalendar problems after upgrade / install to 1.10

[frie]

I recently upgraded my site to 1.10 and observed that CGCalendar did not work longer. Looks exactly the same as the problem described for the beta version in august:
http://dev.cmsmadesimple.org/bug/view/6841:

Where the Calendar should be displayed (Frontend) the page is empty.
In the site's source code it says: <!-- Not a tag module -->

No other errors displayed.

When switching on debug in config.php
The Calendar Related Items are:
Loading /xxx/modules/CGCalendar/CGCalendar.module.php = 723640 bytes for an
approximate total of 3953080
and later on:
Nothing is known about cgcalendar... cant load it

Obviously CGCalendar usually works for 1.10, but when doing a fresh install on the same server (hosted by 1&1) CGCalendar fails exactly the same way as for the upgraded site.
I suspect some local site settings cause the problem, but have no idea what to check. Any experiences?
In the debug log I observed the "Nothing is known about..." message for some other modules (even uninstalled...).

[uniqu3]

How does your Tag for CGCalendar look like? It is case sensitive.

[skarni]

Im having this exact same issue. Is it having a problem connecting to the database?

My tag looks like: {cms_module module="CGCalendar" display="list"}

1 day later...

I noticed that I was having permission problems with some of my module files. This comes at no surprise as I have always had an ownership problem with my website.

Anyway, I did a manual update of the CGCalendar and everything is working. I'll have to do manual module updates until I figure out how to get ownership rights from my ISP's network admin.

[frie]

The way cmsms is installed seems to make some difference.
When doing a fresh install with default language (en_US, first install screen), CGCalendar works as expected.
When installing with language de_DE the error described here shows up.
I found that the install language influences the way the templates_c directory is filled.
With language de_DE I get in
tmp/templates_c/56^%%70^707^707A8977%%content%3Acontent_en.inc:

Code: Select all

cache_attrs =& $_smarty->_smarty_cache_attrs('fc230b3f7be6179fe4e735601977067a','0');echo smarty_cms_function_cms_module(array('module' => "\"cgcalendar\"<tt>",'display' => "calendar</tt>"), $_smarty);

With language en_US I get

Code: Select all

cache_attrs =& $_smarty->_smarty_cache_attrs('aba0e16904d138d7f2f66e7781b7cc4a','0');echo smarty_cms_function_cms_module(array('module' => 'CGCalendar','display' => 'calendar'), $_smarty);

Same difference in
tmp/templates_c/56^%%70^707^707A8977%%content%3Acontent_en.php.

I do not know if the filling of those files is what causes the error, but it seems that CGCalendar or some code used by this module behaves different for non-US language.

[calguy1000]

This doesn't look like anything related to CMSMS, it looks like potentially a copy/paste issue when you're calling the module.

disable the wysiwyg editor when editing pages, you should see it.

[frie]

This doesn't look like anything related to CMSMS, it looks like potentially a copy/paste issue when you're calling the module.

disable the wysiwyg editor when editing pages, you should see it.

Yes - this finally was the problem.
Probably there were a couple of other misconfigurations before, because I checked this directly after the upgrade, but not in my later analysis.

[dlen]

I am sorry, could you please describe in detail what exactly was "finally the problem". I use cgcalendar with the tag (in non-wysiwyg mode):

<p>{cms_module module="cgcalendar" display="calendar"}</p>

and observe the „not a tag module“ symptom as described above.

Thanks

Dominik

[M@rtijn]

How does your Tag for CGCalendar look like? It is case sensitive.

[staartmees]

dlen: you must call CGCalendar with {cms_module module="CGCalendar" ... so with a major CGC as discribed in the Module Help

[dlen]

Oh dear. To read does not mean to understand, sometimes. Thanks anyway.

[spiriralph]

How does your Tag for CGCalendar look like? It is case sensitive.

Thank You very Much
I had problem with Upgrading & Comments module in 1.10.3 "Hyacinthe"
case sensitive in help and previous ver not matter but in new CMS MS
to use must be carefully