I'm using Gravity Forms 1.3.13.1. When scheduling a form to run certain dates, using the calendar pop-up to select August 31 results in the Start Date/Time field being populated by 31/08/10. This is standard format in some parts of the world, but not the USA, where it should be 08/31/10. Using the former format does not result in the form being closed until the end of the month, which suggests the form itself is expecting US format as well.
Is the calendar popup backward, or am I?
This isn't happening in our tests. This sounds like a localization issue with some sort of setting on your site. It shouldn't be doing this. So on your site when you schedule a form it's displaying the date as DD/MM/YYYY in the Start/End Date after selecting a date using the date picker?
Carl,
That's correct.
Here's a series of screen shots showing me pulling up the form scheduler (where I've previously, manually inputted the correct dates) then using the calendar to choose August 31st:
http://www.gamebits.net/screens/cede5965774b7d7a50a250ee9ee017df.jpg
http://www.gamebits.net/screens/ca8a4f36811edcfe7a9624fdd77b939b.jpg
http://www.gamebits.net/screens/5ca8f93ae738a3ba19f2c3e757dac291.jpg
As I live in the USA, I've set WordPress's general settings to use a date format of "M j, Y" (Aug 31, 2010), if that matters.
-Ken
Very odd. Something in your WordPress or jQuery setup is telling the jQuery UI datepicker to use that date format. It doesn't do this by default and it's not doing it on our test installs. So something is setting the jQuery UI setting to format the date that way. Does anything else in your theme or possibly another plugin include jQuery UI settings?
You may want to try activating the default theme and deactivating all other plugins and see if it still does this. That might help determine if a theme or plugin has a setting somewhere that is telling the jQuery UI datepicker to format the date this way.
Carl,
I tried deactivating all my plugins save Gravity Forms and still experienced this issue. I then reactivated the plugins and switched the site's theme to the default (I'm still running WordPress 2.9.2) -- and the problem went away.
I didn't realize themes could have this effect on the administrative view. Any idea in which of my theme's files I might start looking for the conflict?
Thanks for helping narrow down the problem by determining it's not Gravity Form's fault.
-Ken
Themes can do everything plugins can, including interfere with and change the admin. They function the same way from a code perspective... it's all code. You will have to see what in your theme is changing the datepicker UI. Probably some setting somewhere.
Carl,
The issue with my date picker formatting the code incorrectly apparently stems from code I'd pasted into my theme's functions.php file so that I could place a Gravity Form into a widget via a function call.
I found the code in question here, and it seems to be the second block of code ("gforms_datepicker") that causes the issue.
Since this feature is going to be built into Gravity Forms 1.4, I'll delete the code from functions.php.
-Ken
