|
Midsouth Fly Fishers
|
June 17, 2014 at 3:05 pm
Hello.
I have noticed an issue when I edit events. Essentially everytime I hit save on an event, The event time seems to get modified based on what could be a UTC offset of some sort.
My steps to reproduce the problem are as follows.
I can create a event and set the event date and time. (For the test I used 7/25 from 10:00 AM to 12:00 PM). I hit save to save the event. I then make a modification to the event and hit save again. The date and time will then change to 7/25 from 5:00 AM t 7:00 AM. Each progressive time I hit save, it seems to move the time back about 5 hours.
My WordPress Date and Time format is set to chicago, Date format is June 17, 2014
Time format is 3:57 pm in case that matters
Versions
WP 3.9.1
EE 4.2.5p
Other Plugins of note
WP e-Commerce Version 3.8.14.1
Stout Google Calendar Version 1.2.3
Google Calendar Widget Version 1.3.2
|
|
Lorenzo Orlando Caum
|
June 17, 2014 at 6:38 pm
Hello,
One of the calendar plugins could be contributing to this issue. Try temporarily deactivating them and creating a test event/new event and see if the issue continues.
—
Lorenzo
|
|
Midsouth Fly Fishers
|
June 17, 2014 at 8:25 pm
None of those affected the issue, but I left one out. The plugin
amr events calendar or lists with ical files
at http://icalevents.com/
seems to be a direct factor, the issue does not exist when that plugin is disabled.
The plugin does seem to have some localization settings, but I tried them all with no success. I know plugin compatibility issues are troublesome, could you guys clue me in as to why the two plugins are interacting the way they are and what I may do to continue to use both successfully?
I acknowledge that I may need to get the other plugin developer involved.
Thanks
|
|
Dean
|
June 18, 2014 at 4:21 am
Hi,
Well, I can confirm that that AMR plugin is indeed causing the issue. It also makes no difference if you use UTC-5 or Chicago as the timezone.
JavaScript does not seem to be an issue.
The plugins also do not share even similar field names.
I narrowed down the issue to the function amr_set_defaults_for_datetime() in amr-ical-events-list/includes/amr-ical-config.php
I cannot make sense of what it is doing or how it is affecting our functions, but that function is definitely causing the issue as removing the code from it makes everything work in EE.
|
|
Midsouth Fly Fishers
|
June 18, 2014 at 4:57 pm
Dean,
I forwarded your comments to the developer of the AMR plugin and I have pasted his response below. Noteworthy point is that the plugin does set a “default’ timezone for pages and he asked if EE had a means to set the timezone for the plugin (which some threads he alluded to seemed to suggest but perhaps in the 3.x version… I’m not sure. If you could read through this and give me your thoughts i would appreciate it.
”
Could you have a look and see what your wordpress timezone settings are ? In the settings > general section of wordpress admin?
And if EE has timezone settings, what they are ? Are they the same?
Ical events Plugin looks for either gmt_offset or actual timezone in a sites wordpress options. If not found it will use the php default for your server. This should be in sync with what wordpress uses for posts etc so post dates and event dates will make sense together.
(It does set the default timezone for the page as ‘insurance’ because getting the timezone right consistently is crucial else hours will be off as you have noted. This is especially important for events that are to be viewed by people in different timezones ) Ical events list plugin has been stable timezone/hours wise for a few years now.
So I’m guessing here but one possibility is that event espresso perhaps uses some other timezone (maybe UTC ?) and is not grabbing the wordpress or php timezone? and then may be that maybe somehow the plugins are loading in different sequences at different times and sometimes mine has set the default before ee gets loaded and sometimes not? or maybe its a save vs dispaly thing? And maybe if EE is not particularly specifying a timezone somewhere, then things could get confusing.
To fix: wp and ee should use the same timezone. (My plugin will use what wp is using, so that should fix any discrepancy).
According to this:
https://eventespresso.com/topic/dealing-with-timezones/ it appears that the EE timezone can be set. So set it to the wp timezone and all should be fine.
Other recent EE timezone posts:
https://eventespresso.com/topic/setting-timezone-ee4/
https://eventespresso.com/topic/timezone-issue/
https://eventespresso.com/topic/time-zone/
“
|
|
Lorenzo Orlando Caum
|
June 18, 2014 at 5:52 pm
Hello,
Our lead developer shared feedback on your post on the WordPress.org forums:
https://wordpress.org/support/topic/plugin-is-conflicting-with-event-espresso
Hope this helps!
—
Lorenzo
|
|
Sudhir
|
June 19, 2014 at 2:39 am
i had similar issue ..it was one of the countdown plugin that caused this issue.
|
|
Dean
|
June 19, 2014 at 4:23 am
Hi @Sudhir. It could be a similar issue. If you are still having problems, you can create a fresh forum thread and we can look into it further.
@Midsouth Fly Fishers please let us know how you get on with the responses that were posted on https://wordpress.org/support/topic/plugin-is-conflicting-with-event-espresso
|
|
Midsouth Fly Fishers
|
June 19, 2014 at 6:38 am
Thanks Guys. I think the feedback on the other thread is proving to be very helpful. And thank you for your willingness to troubleshoot problems of this nature. I feel that at this point, the issue is identified based on the responses of the thread indicated above, and a full resolution is forthcoming. I am probably going to wait for a few days prior to marking this thread as resolved, just in case I need to add any notes to the thread. Thanks to everyone for their assistance.
|
|
Midsouth Fly Fishers
|
June 19, 2014 at 7:55 pm
I received an update copy of the AMR plugin (4.7) and the issue is resolved in that version. Thanks again for all of your help.
|
