[jwhouse]

This reply is private.

[jwhouse]

This reply is private.

[jwhouse]

Continuing the conversation… Here’s my latest post to the iThemes forum.

From a recent response from Modern Tribe… What might be causing he date field in the Tribe bar to be populated? By that they mean that if you open the “Find Events” box, you’ll see an “Events in” box. Before clicking on a “next month” link, that is empty. After clicking, it populates with today’s date. Their question below is “How is that being populated?”

—
Yes, troubleshooting on a dev or testing site is by far preferable if you can also replicate the problem there. Just to clarify, yes, I was commenting that the body_class() issue (which commonly causes something similar to what you are experiencing) does not seem to be the problem here – instead it seems to be that something is causing the date field in the Tribe bar to be populated.

I think the best thing at this point would be to see if the team over at iThemes can think of anything, but please do post back here with the results of that (even if there is nothing further they can do).

Thanks!
—

[jwhouse]

iThemes asked for default-template.php, which drives those pages. It looks like the action is in tribe_get_view(). That might be the next thing they ask for. I’m guessing I should look at the api doc for that. What if they want to see the source?

[jwhouse]

I did the debugging work on our dev site at dev.jwhouse.org. That is running Events Calendar, without the Pro add on. Results: Deactivated all plugins. Problem still there. Changed theme to Twenty Thirteen. Problem was NOT there. So it is some kind of theme conflict. I will cross post these results on the iThemes Builder support forum.

Builder does use the body-class() function properly. You can see a bunch of “tribe-” classes in the page source. Please have a developer take a look and see if they are well-formed for your purposes. Let me know if you would like credentials to the dev site to look at what’s behind the scenes. Example page to look at: http://dev.jwhouse.org/calendar/category/dinner-is-served/

[jwhouse]

tribe_is_month() didn’t help. I think i’ts a timing issue. I’m guessing that Widget Logic is looking to decide whether to include the widget before tribe_is_month() is ready to give an answer.

Events > Settings > Display worked perfectly. I just added the disclaimers to the “before” and “after” boxes. I didn’t try that because I thought those boxes were for adding text to individual events, not for month or list view pages. You might want to change “Add HTML before event content” to “Add HTML before calendar content”. I might not have misunderstood then. 🙂

Regarding the underlying problem of the “next” and “previous” buttons not working… I will do the experiment with deactivating plugins. But changing out Builder to a vanilla theme is painful. Sidebar settings get trashed when you deactivate and then reactivate a Builder child theme. Let’s hope I can find a plugin conflict that is causing the problem. I’ll report back in when I’ve done those experiments.

[jwhouse]

I have the same problem. Using the Builder framework from iThemes, with a customized child theme. I will try this suggestion and report back in.

Some additional info: The next month and previous month links do change the URL in the location box. So if you hit the next month link and then refresh, you do get the next month.

I hope this helps to diagnose the problem. 🙂

[Author]

Posts