Redirection Issue

[Jon Chabun]

Hi there,

We are finding that links to specific instances of recurring events are sometimes being redirected to the listing of all instances of that event, or in other instances, are being redirected to the last event in the series

For example:
http://esquimaltmfrc.com/event/away-cafe/2015-12-16/ is being redirected to http://esquimaltmfrc.com/event/away-cafe/all/

And:
http://esquimaltmfrc.com/event/comfort-play-teach-toddlers/2016-01-28/ is being redirected to http://esquimaltmfrc.com/event/comfort-play-teach-toddlers/2016-03-03/

I thought this might have been part of the theme we’ve developed, but on a staging server with the same site I disabled all plugins except Events Calendar, and set it to use the Twentyfifteen theme.

Any help would be much appreciated. We are using Pro and the Community addon.

• This topic was modified 10 years, 4 months ago by Jon Chabun.

[Josh]

Hey Matt,

Thanks for reaching out to us! Also, thanks for going the conflict testing procedures and adding that information here. Definitely helps!

A couple of quick questions for you here:

1. Can you verify that you’re using the latest versions of both the Pro and Community events plugins?
2. Do you notice this happening with all recurring events or does it appear to be sporadic?
3. Can you send me a screenshot of the recurrence settings that you’re using for the events you’ve listed above? This will help me in attempting to recreate the issue on my local install.

Thanks!

[Jon Chabun]

We’re using version 4.0 of each plugin.

It seems to be sporadic.

What is the best way to send you screengrabs?

Thanks for your time and attention.

[Jon Chabun]

We had to roll back to the last of the 3.x series to fix the other problems, but the redirection issue is still happening. So for this event: http://esquimaltmfrc.com/event/away-cafe/2015-12-16/ it goes instead to http://esquimaltmfrc.com/event/away-cafe/all/

Here are the settings for that event:
oculusdesign.ca/Clients/MFRC/Redirection-RecurrenceSettings-01.png

[Josh]

Hey Matt,

Thanks for following up and providing the screenshots.

I tested by creating a new recurring event with the same settings and then tested visiting each instance and didn’t have any redirection issues for any of those events.

A couple of questions that may help us here:

1. If you try to create a new recurring event with the same settings does the issue occur on the newly created event?
2. Can you follow up with the system information from your site in a private reply? You can find that under the “Help” tab within your Event Settings.

Thanks!

[Jon Chabun]

This reply is private.

[Jon Chabun]

I’m still waiting for a reply.

I’ve been doing more testing on my own and discovered that the problem seems to be related to start time – all of the problematic events (so far as I’ve tested – we have over 500) begin at 6 or 6:30 pm. When I change their start times to something else (I’ve tried 1:30pm and 8:30 am), the redirect loop no longer occurs. As soon as I change it back to the correct time, it loops again.

I urgently need to get this fixed; currently about a third of our events are not accessible to users.

[Jon Chabun]

I see in the readme file that there is a line under the 3.6 updates (line 766):

* Fixed an incorrect redirect when visiting an event with the wrong date in the URL

Can you tell us where that issue was in the source so we can take a look and see if that’s causing our problem?

[Abigail Marshall]

I seem to have run into a similar problem — except that no one is using the recurring event plugin on our site.

However, I do have some events that I believe were created with the “Duplicate” function that I believe is part of the Event Rocket plugin. These seemed to follow a number pattern with where events had similar slugs with a simple added number.

For example — event-10 / event-10-2 / event-10-2-2/ event-10-2-2-2 and so on – where each event has an additional “-2” tagged on to the event it was duplicated from

The redirect went to the last event in the series. This is a new problem that has only happened very recently, as I had tested these specific events when the events ticket plugin was updated, and they were working fine then.

I was able to resolve the problem simply by simply hand editing all slugs in the series to be something else that was non repetitive– and all is fixed and I hope the very nice woman who wrote to me because she wanted to sign up online will be able to complete her transaction.

I’m reporting it now as I it may give you some indication as to the scope of the problem. I realize that Event Rocket is unsupported so I am not asking for help with that. But I’m suggesting that you look at slug naming conventions as well was whether ther is some sort of regexp function in the database that goes awry on occasion when parsing certain number or character patterns.

[Josh]

Hey Abigail,

Thanks for reaching out to us! If you don’t mind, could you open a new thread for this if you would like. The root issue appears to be different from the original thread. This way we can be sure to address each users questions fully and completely.

Matt,

Sorry for the delayed response and thanks for providing the additional information. I can do a little more research into the 3.6 fix, however based on the description it doesn’t sound like this would be a direct issue here. Looking at the plugins that you have, I’m worried that simply deactivating them wouldn’t remove the impact that they could be having. When deactivating, did you re-save the permalinks on the install as well as review the .htaccess file to ensure there weren’t any blanket rules added that could be causing the impact.

Also, I would love to see the postmeta information for the remaining event that is redirecting to the later event as well as the postmeta for that later event that the other is getting redirected to. Do you have access to the database to be able to query the information for those two events?

Thanks!

[Jon Chabun]

My developer’s on Xmas holidays already, so no – not much I can retrieve at the moment – and I’m starting hols as well so I’ll have to circle back to this in January. However, I was able to find a workaround of sorts – partly thanks to Abigail’s discussion of permalinks: First, I globally set the post timezones to ‘use local timezone for each event’. This fixed a few of the rogue events, but not all (no idea why this should matter, but at least it worked). Then I went to each event that was still giving us trouble and manually altered the permalink for each one, which fixed those.

I can see this could easily start happening again as the client creates new events, but for the moment this gets us through the holidays with the currently-published events.

[Josh]

Hey Matt,

No problem, I’m sorry we weren’t able to get to the root of this one before the holidays but I’m glad that you were able to find a temporary solution. I look forward to digging back into this one with you after the holiday.

Have a great holiday season!

Thanks!

[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