Calendar view reporting incorrect URL

[Will]

We have the calendar set up as the default view and the events slug set as /calendar/

When we go to /calendar/on our site, the calendar view is displayed fine and everything looks good.

The problem is that the permalink is misreported to other plugins leading both the language switcher and the breadcrumb plugins to believe we are on the first event page rather than the calendar view page.

Any ideas how to fix this so that we show the correct page in both areas rather than single event pages?

Forgot to add the URL
http://renatodandria.com/calendar/

[Rob]

Hi there Will. We’d be happy to help you out here. Can you point me to someplace where we can see this permalink misreporting in action, though? I’m not quite sure I understand what’s up there and want to be fully clarified before I bring it to the devs. Any elaboration on there would be awesome, and would definitely help us find a resolution on this more quickly.

[Will]

The breadcrumbs are basic yoast breadcrumbs, you can see on the link above it believes it is on an event rather than the calendar view.

[Rob]

Hi Will. When I visit the link you’ve posted above, I see that /calendar defaults to grid view; if I toggle to list view, it becomes /calendar/upcoming, and if I toggle back to grid from there it shows as /calendar/month. Are you saying you want the /calendar link to always display as /calendar/month, or vice versa?

[Rob]

Just wanted to follow-up on this one. We’ve been exchanging emails with Yoast’s devs and have found a solution to a similar issue, which may help you too. It could be as simple as: http://uploads.yoast.nl/Permalinks-20120207-205354.png. Will you give that a go and let me see if it resolves your problem?

[Jeremy]

I’ve got this same issue.. The canonical URL on the calendar grid and listings page both display the URL from the first event, instead of the url for the calendar itself.

Looking at the head of Will’s site above, the same is the case..

I’ve tried with all of my SEO plugins off and get the same results. Seems the plugin is misreporting the url somehow.

My site: http://fromhere.org/events/

is showing

Any help/patches/fixes would be terrific! This is impacting Google search results as well as Facebook posting data.

Thanks!
Jeremy

[Jeremy]

ahh whoops I tried posting the code in above but it got pulled out.. Lemme try again:
From Will’s site:
link rel=”canonical” href=”http://www.renatodandria.it/event/convegno-italia-regno-unito-crisi-europea/”

From my site:
link rel=”canonical” href=”http://fromhere.org/event/food-storage-basics-8/”

[Rob]

Jeremy: are you running Yoast? If so, can you check the option in my previous message and see if it’s the cause? We can keep looking into it for you from there if not.

[Will]

Sorry for the delay coming back to you. That box is not ticked on our Yoast install.

[Jeremy]

No, I haven’t run Yoast on this site. I am currently running the Infinite SEO plugin. At one point I used All-in-one-SEO.

To isolate I turned off all other plugins besides the two calendar plugins and switched to the default WP theme and still got the same results.

Thanks,
Jeremy

[Rob]

Thanks for confirming, guys. Not sure what could be up here, then – I’ll need to get a dev to chime in directly. I’ve passed this along so you should be getting a response shortly. Apologies for the inconvenience in the interim.

[Nick Ciske]

Both issues seem to be related to the fact that that there is not actually a post or page that exists for the calendar grid view, upcoming view, past view, etc. This throws some themes and plugins for a loop. We’ve made steps to address that but haven’t fully solved all the issues yet.

I’m seeing the canonical bug and the title/breadcrumb bug in the current Events 2.1 branch so we haven’t fixed those quite yet, but I think I have the title/breadcrumb bug fixed on my local dev site. The canonical bug is much harder to squash…

[Nick Ciske]

Well, a partial fix for the titles — it works in the older breadcrumbs plugin, but not the WP SEO one. Joey seems to have an idea on how to fix it. For now, “we hope to fix this in 2.1” is the best answer I can give.

[Jeremy]

Thanks for the followup, Nick –

I spent a bit of time with this today and have a workaround that involves removing the rel_canonical action from wp_head and replacing it with a custom function that grabs the current url and uses that for the canonical link. Here’s the code:

http://pastebin.com/TTzUue8h

I found that my SEO Plugin ( Infinite SEO by wpmudev ) conflicted with this because it removes the rel_canonical action and replaces it with its own code. So when combined with my code this resulted in two different canonical link tags. This is done in a way without filters or any sort of options, so after fighting with redoing their head function I ended up just adding my code into the plugin file instead of my theme. Obviously this is a bad idea in the long run but it’s got me where I want to be for now. This may or may not be necessary with Yoast’s or another SEO plugin, I only tested with this one.

Interestingly, the current rel_canonical has an return based on an is_singular() test, so apparently your calendar listings pages do not register as archive pages.

Also the rel_canonical function has been reworked by Yoast and others, possibly for inclusion in WP 3.4. The trac thread is here: http://core.trac.wordpress.org/ticket/18660

Thanks,
Jeremy

[Nick Ciske]

WP SEO unhooks the default rel_canonical function as well.

Short of fixing the underlying issue, we’re stuck with band-aids for now. Stay tuned… we hope to have a fix soon.

They should, but when the $post is populated with the first event, is_singular() is true…

[Author]

Posts