[Bob]

Sigh. Yeah, missed that too. That definitely fixed the original problem #2. Still missing the event on the 18th while including the one on the 19th, though.

[Bob]

So here’s the updated code, but I think it’s just that one call changed: http://pastebin.com/ZUcJpsGi

Not sure what else to provide. You can see the calendar itself, for one specific category that has the problem, at:
http://www.trinityfellowship.net/events/category/smallgroups/

Then see the page which has the linked code at:
http://www.trinityfellowship.net/small-groups/

And see that the list of events skips one that is there on the calendar on the 18th but shows the one after it on the 19th.

I have no idea how to demonstrate that the evenDisplay parameter seems to nothing at all, but I guess I don’t really care if I don’t need it.

For the start & end date, if I echo the end_date, it is what I expect (20 June right now), but if I omit the posts_per_page, I get events way past that end date.

[Bob]

Not sure if that was the cause originally. I thought I had seen the key there before, but key and green message are definitely in place now. I’ll guess we’ll see what happens on next update.

[Bob]

Hmmm… another glitch too with that code. It’s showing 5 upcoming events from the particular category, but it’s skipping one that it should be showing. If I look at the calendar by category, I see event 1, 2, 3, 4, 5, 6, but the query is showing 1, 2, 3, 4, 6, having omitted 5. All are weekly recurring events in this case.

(Also, we’re now on 2.0.7 after a manual install.)

[Bob]

Manually installed. Presumably the license key is valid if I’m able to download and install, no?

[Bob]

Ok, good to know.

But… that leaves the other 2 issues remaining: eventDisplay seems to do nothing and start_date/end_date don’t seem to work.

[Bob]

So, since you guys are responding to my other threads… any idea how to proceed here? We still have 2.0.7 Free and 2.0.6 Pro and the aforementioned error message.

[Bob]

One more time <?=

[Bob]

Sorry, lost the text due to formatting. I had to use the <? syntax and tribe_get_event_link($post)

[Bob]

Duh. Pastebin, shoulda thought of that. http://pastebin.com/nZHghqvh

But I think I eventually got the link I wanted by replacing the_permalink() with

(With the <?php syntax the docs showed, nothing was output.)

[Bob]

Looks like that was the key. Event Category name and slug had to both match the existing Post Category name and slug at creation time, then the term/slug was shared.

I think you’re saying this behavior is not specific to The Events Calendar, so going in the opposite direction this would be true as well, correct? Or, presumably, any other Category created in any other Taxonomy? (Sorry if I’m getting the terms wrong or jumping to conclusions.)

[Bob]

First, no, the event category I’m trying to resolve has a term_id in the wp_cms_term_taxonomy table that does match a term_id in the wp_cms_terms table.

Regarding the the first behavior you explained, that’s exactly what we want. That is, we want a Posts category and an Events category to share the same term/slug. And, indeed, we have at least one other category where they do share. So it may be that the significant difference was whether they actually shared the same name when they were created. I’ll go see if I can delete and recreate one of them so that they share both name and slug, and I’ll report back here.

[Bob]

Still tuned….

[Bob]

Our Plugins list says we have 2.0.7 of free and 2.0.6 of Pro. I didn’t perform the upgrade myself, so I’m assuming another one of our admins did. Still no update prompt for Pro.

[Bob]

Same problems as Andy and Robert here

[Author]

Posts