I think this has come up before , but we ran into this at $dayjob today.
Our default MUA has an annoying habit of using a non RFC822 date format when
saving an email as plaintext. This means the first 12 days of every month we
run into the ambiguous date problem (our date convention is dd/mm/yy).
I see code in date.c for refusing a date in the future which would have caught
this but it doesn't appear to be working for us.
Following this is a patch adding a testcase for this. With the following
ok 1 - apply patch with ambiguous date
not ok 2 - check ambiguous date # TODO known breakage
ok 3 - apply patch with european date separator
ok 4 - check european date
# still have 1 known breakage(s)
# passed all remaining 3 test(s)
 - http://thread.gmane.org/gmane.comp.version-control.git/18412/focus=18417
 - http://thread.gmane.org/gmane.comp.version-control.git/84512/focus=85735
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html