Thanks for reaching out about this @rd1970. These timzeone issues can be a little complex, so hopefully you can work through this with me. I have a few questions for you:
1. Are you using the most updated version of the plugin, version 1.3?
2. Are you seeing the time changing incorrectly after you save the opportunity and it reloads, or are you seeing it change immediately when the date and timepicker popup goes away?
3. Are you using WordPress and the plugin in English or are you translating to another language? If so, what language?
4. Have you made any modifications to the plugin at this point?
Unfortunately, just by setting the PHP timezone to America/Edmonton I wasn’t able to replicate your issue. Hopefully by getting some more information I’ll be better able to help you.
Jonathan
Wired Impact
Thread Starter
rd1970
(@rd1970)
Hello, Jonathan, and thank you for the prompt reponse.
In answer to your questions,
1. Yes, I just install the plugin yesterday and it’s version 1.3.
2. The date and time are adjusted immediately after I hit the “Done” button and before I save the opportunity/event.
3. I am using the plugin in English and have tried using the (‘America/Edmonton’) setting in the index.php file; that did not work.
4. See above. This is the only change.
Thank you.
Thanks @rd1970 for all the additional details. We’re still not able to replicate the issue on our end. It’s possible this is a theme or plugin conflict. I know it’s a pain, but would you mind disabling all plugins except for volunteer management, then switching your theme to Twenty Seventeen? At that point try to set the date and time again, and let us know if it creates a problem for you.
Jonathan
Thread Starter
rd1970
(@rd1970)
This has resolved the issue; however, we would like to use our other plugin ls and the custom theme we’ve chosen.
Any theory as to the root of the problem?
You can find the root of the problem by turning the theme and plugins back on one by one. For example, switch back to your old theme, but don’t reactivate any of the plugins. Does the issue pop up again? If so, then your theme is causing the issue. If it’s not your theme, you can activate your plugins in groups and test the date and timepicker to see if it starts giving you issues. Once you’ve found the right group, you can test plugin by plugin.
Let me know what you find and hopefully I can provide a recommendation to avoid the issue.
Jonathan
Thread Starter
rd1970
(@rd1970)
It was one of our plugins that was messing everything up. Unfortunately, I’m not sure where the issue lies within that particular plugin, but it’s’ clearly a theme incompatibility issue.
Your plugin worked beautifully within our theme until I re-activated that one pesky calendar application. (Figures, huh?)
I’ve had to change our WordPress settings and set our global setting to UTC +6:00 rather than select our actual zone of (America/Edmonton). This should work — until Daylight Saving Time. 😉
I’m sorry to hear that @rd1970, but it’s great you found the cause and a workaround. Can you tell us the name of the plugin in case others run into the same issue?
I’m going to mark this as resolved, but let me know if there is anything else we can do to help.
Jonathan
Thread Starter
rd1970
(@rd1970)
Hello, Jonathan.
Thanks for your reply. I would like to invite you to visit bannermanleague.ca and provide your feedback. As you’ll see, we are using the Accelerate theme, as well as the Chronosly plugin (for our event calendar), a PDF viewer (Scribd) for our newsletter, a media library manager, and your own plugin for our volunteer management.
It’s the Chronosly plugin that is causing the problem. Even though there is an option via the plugin interface to create a base to help resolve theme incompatibility issues, this did not seem to work when I tried it, so the only solution I could see was to manually change our global time setting.
If you can think of anything else, please let me know. I will contact Chronosly support as well to describe what’s happening and to see whether they might suggest changing a variable (whether in the index.php file or elsewhere).
Thanks again for the support; I really do hope you consider members’ suggestions for added features and functions. For our purposes, a way to track volunteers’ cumulative hours would be fantastic.
Thanks for letting us know the issue was a conflict with Chronosly. Like you mentioned, the best approach to fix the issue is by reaching out to their support team. I imagine they also have a date and timepicker tool that is conflicting with the one used in our plugin.
In regards to feature requests, we really appreciate you letting us know. Time tracking and reporting is one we have heard many times and is a high priority for us. As you can imagine, a feature like that is fairly complex, so it takes quite a while to build and test.
Good luck with the plugin and let me know if you have any other questions.
Jonathan
