Post tag URLs not consistent between different post types

[Kevin]

TEC 3.0 registers a custom post type for events and adds the “post_tags” taxonomy so that events share the default WP tags with posts. Makes sense and exactly what I need.

The problem is that TEC is somehow prepending “\events\” to the tag archive URLs, creating extra archives that needn’t exist. For example, a regular WP install might have tags like this:

http://mysite.com/tag/food
http://mysite.com/tag/drink

When on a single event page, those URLs suddenly become the following:
http://mysite.com/events/tag/food
http://mysite.com/events/tag/drink

The change is global for that page, so anywhere you use “the_tags” it outputs the events-specific URL. The pages do resolve, but only show events, not posts. Then if you go to the “regular” tag archive, both posts and events are shown.

How can I get rid of this so that I only have one set of tag archive pages. I want posts, pages and events that have the same tag to appear on those tag pages and do not want a “special” events-only tag archive when they are sharing the default WP tag database.

[Kevin]

After testing some more, this is actually a showstopper to deploy on our site. We use a dropdown menu structure that contains links to 30-40 tag archive pages for navigation purposes. When in a single event page or viewing any of the calendar views, your plugin stomps on those URLs in my menus, adding the extra “/events/” to the URL and rendering them useless. It does the same thing in a tag cloud (though I don’t actually use tag clouds).

I’m pretty sure this is rewrite-related, but I can’t figure out where exactly the rewrite is happening. Looks like you’ve worked on this in the past: http://wordpress.org/support/topic/plugin-the-events-calendar-rewrite-issues-with-custom-menus

[Kevin]

After some more testing, I think I found the source, but need help on a fix. It does not appear to be rewrite-related, rather it is the getLink function (line 2372 in the semi-pretty permalink settings). I think it also happens in the uglyLink function. Both are adding in the events slug. For example, with no permalinks, the tag archive URLs become:

http://mysite.com/?post_type=tribe_eventstag/food/

The correct URL should be:
http://mysite.com/?tag=food

Hopefully someone there can tell me where this is getting applied to all of the term links in a post object and how to fix it.

[Rob]

Hey there Kevin. Thanks for this one; as you can tell by the load here, we’re a bit overwhelmed support-wise and as a result are taking longer than expected to get to certain threads. We’re really sorry that yours slipped through the cracks, though.

This one is sadly a known issue. Unless I’m mistaken, your problem overlaps pretty congruently with the high-level issues outlined in https://theeventscalendar.com/support/forums/topic/urls-in-tag-cloud/ and https://theeventscalendar.com/support/forums/topic/urls-in-tag-cloud-are-incorrect/ (minus the fact that you aren’t using tag clouds).

The good news is that we’re working to patch this for an impending release, and – while I’m hesitant to commit to anything – the chances are very good that it’ll be in the maintenance release we push the first or second week of September.

Thanks for your patience in the interim and please let me know if you have other questions here.

[Kevin]

That does look like symptoms of the same issue. With a unified tag taxonomy like you’re using now, the correct tag URLs should always be http://mysite.com/tag/food, etc.
Appreciate the upcoming fix. I’m willing to hack around it in the mean time, if there is some quick direction on exactly where this gets introduced into nav menus and tag clouds. (It also happens when using “the_tags” WordPress function.)

[Rob]

Thanks for the follow-up, Kevin. Yes; agreed. It does sound like the fix we’re working towards should address this for you. If it doesn’t…definitely let us know so we can take another look and get you sorted. From the looks if it you’d need to hack core plugin files to get this functional properly, which isn’t particularly advised (if there were a snippet I had handy to share I’d offer that up but unfortunately I do not).

Thanks a lot for your patience on this. As we’re trying to fit this one into the next release it should be very soon that it’s out.

[Support Droid]

This topic has not been active for quite some time and will now be closed.

If you still need assistance please simply open a new topic (linking to this one if necessary)
and one of the team will be only too happy to help.

[Author]

Posts