poll: dates are not properly validated

I tried to reproduce it but didn't get any error and when I use a invalid date, the validator gives me a nice Invalid date format. When I tried with the dates supplied on the bug report, the form changes the format to YYYY-DD-MM to the ISO format YYYY-MM-DD, but didn't change the date to another day, as reported.

Could you described another way to reproduce the bug?

Thanks for helping.

On Thu, Mar 02, 2006 at 09:05:57PM -0000, Diogo Matsubara wrote:
> Public bug report changed:
> https://launchpad.net/malone/bugs/33203
>
> Comment:
> I tried to reproduce it but didn't get any error and when I use a
> invalid date, the validator gives me a nice Invalid date format. When I
> tried with the dates supplied on the bug report, the form changes the
> format to YYYY-DD-MM to the ISO format YYYY-MM-DD, but didn't change the
> date to another day, as reported.

The bug report never mentions anything about getting an error, does it?
It says that 2006-14-02 *didn't* produce an error. I agree with the
reporter, it should produce an invalid date error. We shouldn't try to
guess which format the user entered the date in. If someone enters
2006-14-02 and we accept it as 2006-02-14, the user might think that
YYYY-DD-MM is the correct format. And the next time he will enter
2006-10-03, when he meant the 10th of March.

(the initial report says "something like 2006-02-15", in reality it
probably was changed to 2006-02-14.)

Hi Diogo,

Björn described it quite well, the problem is that there is no error ;).
I actually found this bug, when I tried to find out in what format I would need to enter the date. My idea was, that the format was in YYYY-MM-DD, so I tried to enter s.th. invalid for that, which unfortunately resulted in a date in the past.

I also second Björn, that guessing the format is not a good option: If I had entered the date in YYYY-DD-MM and the guess would have produced the right date, I think that I would continue to enter dates in YYYY-DD-MM (which would then probably result in wrong dates, if the guess is ambigous).

HTH,
   Stefan.