Would be nice if this could be merged (assuming it indeed fixes date inputs).

Could you verify wether it fixes the mentioned problem and also add a unit test?

Hi,

I tested this change onde culture and it seems to work fine.

Overwritten originalrules[method] = true line withrules[type === "date" ? "dateISO" : method] = true; andinput type=date client side validation started to work.

Is there any elegant way to monkey-patch this until the fix is officially released?

In case we get a unit test for the expected behavior which passes with thxis change, we could merge the PR

In case we get a unit test for the expected behavior which passes with thxis change, we could merge the PR

I am not familiar with jQuery source or tests, so not sure if I personally can help. My intuition tells me, unit tests where forinput type=date jquery-validation method$(element).rules() returns{ dateISO: true} instead of current{ date: true } would be sufficeint.

@staabm Any tip where this test can be added/implemented?

@tyomitch,@staabm Boys, there example of your unit-test:

QUnit.test("rules() - returns dateISO for input type=date",function(assert){$("#rangesMinDateInvalid").validate();assert.deepEqual($("#minDateInvalid").rules(),{dateISO:true,min:"2012-12-21"});});

It can be added to/test/rules.js file. I used existinginput type=date element inindex.html -#minDateInvalid, which also containsmin rule.

@tyomitch ,@staabm How should we proceed with this?

@nenadvicentic done, updated the patch with your test case.

The scenario whichshould be tested is that a localized date input passes validation; but perhaps@staabm can accept this as a passable approximation.

The scenario whichshould be tested is that a localized date input passes validation; but perhaps@staabm can accept this as a passable approximation.

By specification value property ofinput type=date is always formatted as ISO8601 dateyyyy-mm-dd regardless of localized formatting displayed by browser. Details can be found in Mozilla developer networkarticle.

So test thatdateISO validation is picked for<input type="date"> is enough.

Note: The displayed date format will differ from the actual value — the displayed date is formatted based on the locale of the user's browser, but the parsed value is always formattedyyyy-mm-dd.

@tyomitch ,@staabm : more I am thinking about this scenario, I am wondering if there is a need for validation at all in this case, since browser ensures that, ifvalue is there, it has to be in correct format.

This issue/proposal has been automatically marked as idle and stale because it hasn't had any recent activity. It will be automatically closed if no further activity occurs. If you think this is wrong, or the problem still persists, just pop a reply in the comments and one of the maintainers will (try!) to follow up.
Thank you for contributing :)

I think this is wrong, and the problem still persists.