Serendipity Forums

Hi,

The Event Calendar MYSQL plugin seems to stop the comment form coming up when clicking on comments in a post. When the plugin is removed from the plugin section, you are able to click on a post comment again and the comment form appears again. Does anyone else have this problem and is there a work around to get both active. Also cannot get the Event calendar to show as frontpage after ticking the checkbox for frontpage within it's static page setting - it disappears completely no other static pages were installed. Please advise - thanks

barleyman wrote:The Event Calendar MYSQL plugin seems to stop the comment form coming up when clicking on comments in a post. When the plugin is removed from the plugin section, you are able to click on a post comment again and the comment form appears again. Does anyone else have this problem and is there a work around to get both active.

Hi barleyman
Very funny.... I have a local blog here with my testing eventcal Plugin, but there are no comments for my normal blog test entries. If I click the comment[0] link underneath a blog entry nothing happens. So this is corresponding to your issue. Blame me as the author of this plugin, but I can't imagine anything inside that could do this to the blogs commentsform. I tried and controlled each assign var inside, but they seem all to be named very specific and I don't think they could do something like that to comments.

So I have no idea, really - please Garvin - help us here!

barleyman wrote:Also cannot get the Event calendar to show as frontpage after ticking the checkbox for frontpage within it's static page setting - it disappears completely no other static pages were installed. Please advise - thanks

I do not understand the correlation to staticpages. The eventcal plugin is something on its own to be called like http://www.domain.com/blogname/pages/eventcal.html in rewrite mode. In its config there is no setting to have it as the blogs startpage.

Hi!

I just reviewed the code. I can only think of this:

1. Line 28 - you create the smarty object before your plugin is even called. Never do that, only do it inside the hook_event() functions where you would need the access. Using it outside of the s9y API might lead to strange results, just like this one.

2. The code to me looks like you call cleanup() through frontned_configure on every page request?

3. If solution 1.) does not work, you could try to disable every event hook and re-enable them one after another to find which place could make the problem.

Regards,
Garvin

Whow Garvin ..., I'm really amazed!
It was the smarty object call! First hit, Touché and flushed!

@barleyman
If you can't wait for an updated version, just set it to #serendipity_smarty_init() by yourself.

To point 2:
Yes it looks like I did so, which is not actually what I wanted to do.
Is it necessary to call cleanup by $this->cleanup(); at all, or does the plugins config SUBMIT execute plugins cleanup() function by its own? Which is what I intended to have.

Thank you

Just the job Guys, all works now!!

Hi!

How should I patch the plugin, are you preparing something?

And yes, cleanup() is called in the configuration of s9y, by the API itself.

Regards,
Garvin

garvinhicking wrote:How should I patch the plugin, are you preparing something?

YES I am, please wait.