I’m having the same problem!
Same issue here. The app itself keeps working but creates a redirect loop for wp-admin.
Same issue here – hope you can send us a fix!
Hmm. Any progress here? If it can’t be fixed can you tell me how I can access all of my event info so I can switch to another calendar?
Howdy guys. That is a huge disappointment. To me it seems likely related to our new activation screen. We were trying to do better at informing people of recent changes and how that might affect them. We certainly did not want to create a redirect loop. Would you mind giving this snippet a whirl? Add it to your theme’s functions.php. It should stop the activation page from ever showing, and thus hopefully prevent redirect issues.
http://pastebin.com/FAvMaaH6
If possible, could you also provide a list of plugins you are running and the theme? I would like to reproduce the problem if I can, and I bet it is probably related to a plugin you all have in common. If I can reproduce it hopefully we can prevent anyone from ever seeing this problem again. Thanks! Please let me know the result.
– Brook
Thanks for your reply
The theme I’m using is Divi, from the Elegant Themes
The plugins that I have are:
- Advanced Custom Fields
- Akismet
- Search Widget Category Wise
- Widgets display
- duplicate Post
- Managed WordPress Migration
- The Events Calendar Category Colors
- W3 Total Cache
It seems the problem is with W3 Total Cache. I uninstalled it and I could enable The Events Calendar
I had the same problem, my profile
WP 4.0 with MU activated. The child sites using The Events Calendar worked fine, although they did force me to the Events page right off the bat.
It did not work with child sites not using The Events Calendar plugin, and it did not work with the Network Dashboard (which also does not have the Events Calendar activated) which gave me a bit of a panic. To resolve it I renamed the plugin directory, then was able to get to the dashboard, then I clicked around a few pages.
Then when I renamed the plugin directory back, all was well.
We also use Divi on one of our child sites, but it seems like the attempted force to the Events Calendar page is what caused the problem.
Thanks for the updates. Is that snippet fixing things for any of you?
– Brook
Could you copy/paste the URL that is continuously redirecting? Even if you remove the domain, everything after that…
At this point I have struggled in depth to try and reproduce a redirect loop. To no avail. I have don extensive testing of WordPress MU in particular because another thread on a different site led me to conclude that might be the problem. But, no dice there. Are any of you other folks running Divi or W3?
Again I appreciate your working with me to get this fixed. Cheers!
– Brook
This is the URL that I click within WordPress and which results in a page not found error
/wp-admin/network/
I am also using a security plugin which hides the main login page.
– I have not network activated the plugin
– I have activated the plugin on certain child sites. On these sites when I log in it forces me to start at the Events Calendar activation page and all works fine after that.
– On child sites, and on the Network site my guess is that it is trying to go to the same page, but since this plugin is not activated on these sites, it gets a page not found error.
Thank you Mevil,
Here is what I have tried to reproduce your problem. I have a network of three sites. #1 is the Network Admin’s/initial site. #2 is a site with a completely different admin account. #3 is yet another child site with a completely different account. I was running 3.7 version of TEC and WP 4.0. Twenty Fourteen theme across the board, and no other plugins activated.
1) TEC was network activated for all sites. I updated. Each of the 3 sites/admin accounts received a notice that TEC was updated and was properly redirected to the update page & changelog.
2) TEC was not network activated. I did however allow individual sites to activate plugins, and activated TEC 3.7 on site #2. Updated to TEC 3.8. Only site #2 got redirected to the changelog as expected. The rest worked fine and were obvlivious to the update, even #3 who is not a network admin and does not have TEC activated.
3) I then tried the above step a second time, only this time I had activate the plugin on one of the network admins sites, just not network activated it. Still no dice, everything worked as expected.
I am completely unable to reproduce the problem. I even tried many variations of the above steps, including with W3 enabled and all of its caching functions except minifcation setup. Can you think of anything else we can try?
– Brook
The other things that could be related
– I am doing the subdomain method of MU
– I have WP installed in a subdirectory, but it is the main site, http://www.example.com goes to my WP home page
– I am using a security plugin which hides the backend pages (e.g. admin and login), so typical links to login and admin pages do not work on my networks. In general this works fine for me.
I have two networks, test and production. Yesterday I upgraded a couple different plugins on the test network but did not test the Network admin and so did not notice it until today and was not sure which plugin caused the issue. As part of my debugging I renamed the whole plugins directory, the problem was resolved, clicked around, renamed it back, and problem continued to be resolved.
On the live system I tested after each changed and indeed it was the TEC plugin upgrade from 3.7 to 3.8 that did it.
Hope that helps
Adding the snippet did the job! Thanks.
My other plugins are
Facebook Albums
Jetpack
JW Player 6 Plugin for WordPress
Orbisius Child Theme Creator
Radio Station
Share Buttons by AddToAny
Tweet Blender
User Role Editor
WP Statistics
I’m running WP4.
Thank you warregubi for testing that! I am happy to hear that snippet solves the issue for now. And I appreciate the list of plugins.
If you are facing this issue and want to help us determine the source so we can permanently fix it, please try these steps.
- Rename your /wp-content/plugins/the-events-calendar/ to restore your WP Admin access. Visit WP Admin. Rename this folder back to the-events-calendar.
- Perform a conflict test.
- Update everything, WordPress, your theme, even your other plugins.
- If the problem persists after that test, please collect some information for us. Would you mind providing the following in a comment here:
- Can you give a list of plugins you are currently running or have in the past?
- What is the name and version of your theme?
- What version of WP are you running?
- Who is your hosting provider?
- Do you have Object caching enabled, yes or no?
- Is this site part of a WordPress multiuser/network install?
If you are facing this issue and need a quick solution, but do not care when a permanent fix will be integrated into our plugin paste this snippet in your theme’s functions.php. That will disable our changelog from appearing after each update and also fix the problem.
I have tried everything I can to reproduce the problem, and involved a large part of the team to make sure I was covering all of the bases. We need more info! Right now there is no rhyme or reason to all of this. I have performed some incredible stress testing on the code that forwards you to the changelog when you have updated (the apparent source of the problem) and it is incredibly resilient.
My main suspicion at the moment is that your host or server setups have some sort of caching in place which is messing with the forwarding URLs. But, I am unable to test this further without more information about people’s setups. Just so you know, since we are still waiting on more information here we unfortunately will not be able to patch this in 3.8.1. We have been pushing back the release date of that for a while now for this issue, but can not hold it back any longer.
Thank you all for reporting this and helping me diagnose. I can’t wait to finally get to the bottom of this. Let me know if you have questions about the above guide.
Cheers!
– Brook
Brook if you want to contact me offline, I will send you a list of plugins, and information about our WP configuration.
[email protected]
