Forum Replies Created
-
Posts
-
Hey Brook, it was the Power Stats plugin that was the culprit: https://wordpress.org/plugins/wp-power-stats/
If that plugin is active either network-wide or on a single site, it will cause this DST time shift. Interestingly, I found that when I went back into events that were created while Power Stats was active, the times were *still* off, but only after Daylight Savings begins again in March (at which point the times were set *back*) as opposed to them being off for both changes.
I believe the reason I was unable to reproduce on a single site initially was because we use Migrate DB Pro and the plugin was active network-wide but my local hadn’t been set up for multisite, so Power Stats wasn’t active in my initial tests.
Looks like it was a plugin conflict. I’ll start digging through the plugins to see which one.
Brook — would it be useful to you guys to report back which plugin I found that’s doing it (assuming it’s not one of our plugins)?
Echoing that code did, indeed, print two different times.
I can test again locally with all other plugins disabled, but I’m pretty sure yours is the only one that cares about dates and times.
Anything?
If there are hacks that I can apply to a plugin or the theme, I’d be open to that as well, but I didn’t see any actions or filters that could be tapped into to modify the behavior of the update_post_meta function when the recurring events are saved.http://docs.tri.be/ directs me here: https://tri.be/error-no-access/
