Date not formating correctly

Seems like it is related to the timezone. Can you try this patch?

I'll look into that ASAP

Although you've been a great help with your feedback, I'm still pretty sure it's a problem with timezone handling, could you provide me these few info:

• what is your site's timezone
• what is your authoring user's timezone
• what is your viewing user's timezone

Here's another patch, tested with your configuration (it may not be backward compatible with already existing content though)

Instructions on how to apply a patch are available here http://drupal.org/patch/apply

In place, but don't bother testing it: after a little look at the impact of this patch, I'll need to convert all existing dates to UTC in order to not break every existing makemeeting form.

I'd better be honest with you then: I think I won't be able to roll out a bugfix for this in the upcoming weeks, so you should take a look at other modules. If you don't find what you need, come back with a whip! :D

After really looking into this matter, I guess that I'll need to stick to doodle.com way of handling timezones

I.e. let the user choose either date or both date and time (with optional timezone handling)

There is much work to do and testing as well :/

Hi!

Great module, and will be very useful. Thanks!

I just wanted to report that I can replicate this bug in U.S. Eastern time zone, and that this happens whether or not I have the site set to allow users to choose their own timezones. I happened to be testing it on a virgin installation, with no production content, so I took advantage of the chance to give that setting change a try. Hope that helps.

Same problem here, also America -NYC timezone and I tried it with both user-specific timezones and with that setting turned off (and the cache cleared). I employed your patch since this was the first Make Meeting I'd created so I didn't have any old forms to break. Hopefully there will be a more permanent solution soon.

Thanks for this module — my site users are going to be really excited about this!

Patch in #9 seems to work well here: a makemeeting survey I created before applying the patch and which had erroneous date display looks ok now.
A new survey created after the patch behaves and displays correctly too.

Added bonus: in edit mode, the day of each newly added option is now correctly incremented—providing a really better user experience.

Patch might need a new review?

Huh, so this actually works... I think it only works for sites that have set a global timezone though, timezone handling is still not handled per user.

This patch works great for me, and I agree with BitBug that it's critical — if the dates the admin sets up for the meetings don't match the dates people are responding to, the module is really unusable. (And to make it more confusing, the times don't change since they're in a text field. So it's not obvious that the meeting dates are wrong as it would be if some of the suggested times were at 3am or 11pm!)

Also, for the benefit of other people who might be having this problem, if you upgrade the module and forget to reapply this patch, the results of your previous surveys will disappear (presumably because there are no results that match the displayed dates). Once the patch is reapplied, the results reappear.

this works

So can this be committed? Or do you still feel you need to take a different approach. Just did my third application of this patch in the last two years (because if I don't reapply every time I upgrade, all my meetings break), so it would be great to get this bug fixed!

Ok so I committed this patch but I'm keeping in 7.x-2.x-dev for a while so that people have a chance to test before making a new release

Thanks!