|
Joren
|
May 28, 2015 at 8:21 am
In WordPress, I have New York set as the time zone and g:i a T set as the time format, which works exactly as I’d expect it to in the core part of Event Espresso
List page and single page both show this: http://i.imgur.com/0bA30P6.jpg which is correct
However, calendar add-on doesn’t seem to be taking time zone into account properly. Default calendar time format option http://i.imgur.com/OnIZgWK.jpg it looks to be outputting the time in GMT instead of the time zone that is set in WordPress.
ALSO in the calendar settings, if I try to set time format to custom g:i a T like this http://i.imgur.com/jtPYRyX.jpg and then hit Save, THIS is what it changes it to http://i.imgur.com/N2trIrq.jpg so it doesn’t seem to be inserting that to the database properly
|
|
Lorenzo Orlando Caum
|
May 28, 2015 at 10:20 am
Hi, are you using any other plugins on your site that may have a calendar or time-related option?
If so, one of those could be creating a conflict as the time should should for the New York timezone since that it what you selected in WordPress general settings.
—
Lorenzo
|
|
Joren
|
May 28, 2015 at 10:23 am
Pretty small list of plugins on this site, mostly just contact form 7 stuff: http://i.imgur.com/d389onH.jpg
Went ahead and tried disabling all of them except event espresso + ee calendar and same thing
|
|
Lorenzo Orlando Caum
|
May 28, 2015 at 1:22 pm
Hi, I’m not seeing this issue on a testing site that has the current software running.
Could you go to one of those events and try resaving?
Also, have there been any edits to the core plugin for Event Espresso?
—
Lorenzo
|
|
Joren
|
May 29, 2015 at 7:35 am
Resaving the event didn’t change anything
Nope, no core edits to EE at all
|
|
Lorenzo Orlando Caum
|
May 29, 2015 at 8:28 am
Hi there,
Could you please create a temporary WordPress admin login so we can take a closer look at this issue?
Please share that temporary login through the secure link below:
https://eventespresso.com/send-login-details/
To prevent delays in troubleshooting, be sure to double check your information on the form before submitting.
The submit button for the form appears at the end of the form.
Again, please ensure that the temporary login works.
Thank you.
—
Lorenzo
|
|
Joren
|
May 29, 2015 at 8:30 am
Hey Lorenzo, actually I’m the same one that was posting here https://eventespresso.com/topic/events-listcalendar-view/#post-157883 and I’ve left all of the logins the same. Thanks
|
|
Lorenzo Orlando Caum
|
May 29, 2015 at 8:53 am
Hi Joren, the event has a different times now than your original example from your screenshots.
Could you re-test this with a new event or try adding another datetime to see if the issue continues?
—
Lorenzo
|
|
Joren
|
May 29, 2015 at 9:06 am
Created a new event, now the problem is in reverse some how?
Event time in admin 8am – 5pm http://i.imgur.com/rLQah5g.jpg
Event times on list view all have a +4 http://i.imgur.com/P63149u.jpg showing 12pm to 9pm for that event
Event time on calendar is correct http://i.imgur.com/zb5RR81.jpg
The other issue is still persisting as well, and you haven’t mentioned anything about that yet. I’m guessing it’s part of the problem here. I cannot set a custom time format in your calendar settings. Under Event Espresso->Settings->Calendar, trying to enter g:i a T so that the time zone shows up
|
|
Lorenzo Orlando Caum
|
May 29, 2015 at 9:20 am
Hi, it looks like the issue is the EDT that is being introduced. Can you temporarily remove that from your custom template?
—
Lorenzo
|
|
Joren
|
May 29, 2015 at 9:28 am
It’s not anything custom from the template. It’s just the wordpress setting for time format under Settings->General http://i.imgur.com/RTZoId6.jpg
The only thing custom I have going on with your time function is adding a couple CSS classes for me to style in my functions.php http://i.imgur.com/Lyc5ZWw.jpg everything else is untouched
If your extension doesn’t work properly with timezone settings and can’t be fixed in the next week or two, then I guess for now I could hardcode the EDT to just show at the end of all times, but that would only be a temporary fix of course (obviously that wouldn’t adapt to daylight savings time change etc)
|
|
Lorenzo Orlando Caum
|
May 29, 2015 at 9:42 am
Thanks, I’m creating a bug ticket for our development team to take a look at.
—
Lorenzo
|
|
Joren
|
May 29, 2015 at 9:54 am
k, thanks!
|
|
Lorenzo Orlando Caum
|
May 29, 2015 at 10:29 am
No problem, I was just trying to verify the source of the issue and it is a bug with the calendar add-on as you shared.
—
Lorenzo
|
|
Joren
|
June 1, 2015 at 1:23 pm
Do you think it’d be possible for you to find out / tell me how you plan on finalizing handling the time zones?
Here’s why I ask, because we want to launch this soon so I will probably hardcode the EDT in there and possibly the +4, and when this gets patched I want to avoid us having to manually update all event times post patch, I’d like to just remove my custom code. Unless you think this might get patched shortly then this is probably moot
Currently it looks like if I set wordpress to show time zone, then EE considers the time I’m entering into the event as GMT, since on the frontend list view it adds +4 and says EDT. Calendar view just shows exactly what’s entered into the event though. So I’m asking which of these do you think the developers will end up sticking with, making it dynamically change like core EE is doing right now, or matching exactly what’s entered like calendar add on?
Since the custom time format view for calendar add on definitely isn’t working properly then I’m guessing that is what’s going to get patched. If so, then I can just temporarily tweak calendar on the frontend and make sure that the times we’re entering for events now are all in GMT
|
|
Lorenzo Orlando Caum
|
June 1, 2015 at 1:44 pm
Hi Joren, is there another way that you could handle that without editing the code?
Here are some ideas:
+ Add help messaging regarding timezone above the calendar and/or below it
+ Add help messaging to single event page (e.g. via a widget in the sidebar or to the list of datetimes by using the pluggable function)
+ Add clarification that event times are in a specific time in the registration approved message type through the messages editor
We regularly release software updates and your edits to the core software will likely be lost.
—
Lorenzo
|
|
Joren
|
June 1, 2015 at 3:04 pm
Not preferable, but I guess we might have to just do the message. Maybe it’ll get fixed before we launch
|
