Yup, I ran into the same problem, it preserves the Date but not the Time even if the data type is a timestamp which should have both.
The only "solution" was to remove the created_at field and add a custom field that oly shows the datetime, non editable, since I didn't wanted to be editable anyway. Another possible solution is to add the datetime param by default on the JS calendar popup, it is currently setted for Date, I know that can be used for Date and Time since I've used the same widget into another projects, it uses the mouse scroll to setup the time, pretty neat. I wanted to submit a patch for this, but I'm not familiar with the way I should do it and I haven't got time to do my homework and start to send small fixes :) Let me know if you find a better solution, Thanks, El 02-04-2007, a las 10:39, Michel D'HOOGE escribió: > Hello > > I tried to use the admin generator to apply a filter on a "created_at" > TIMESTAMP field. However the time part of the input was always > replaced by > 00:00. So I had a look at the generated code and found that the > filter string > is parsed with getTimestampForCulture which only takes care of the > date > part... I guess this is something known but I couldn't find a > ticket for > that. > > I'm using version 1.0.1 which seems to be the current stable PEAR > release of > symfony. > -- > Michel --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "symfony developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/symfony-devs?hl=en -~----------~----~----~----~------~----~------~--~---
