errors in test_validate.html?mode=test

[bill]

[29878] had some mistaken test code like:

doh.t(true, this.textbox.isValid(false), 'nonfocused is valid');

rather than:

doh.t(this.textbox.isValid(false), 'nonfocused is valid');

But when I fix the test code, the test starts to get failures.

[bill]

In [31117]:

fix errors in test file, but commenting out failing tests until #16964 is fixed, refs #16964

[bill]

Besides those two lines I commented out, the test is getting a failure on IE10 (Windows 8) that I don't know how to fix.

[Douglas Hays]

These failures started with [30957]. _onBlur isn't firing on a DOM node native focus() call but does fire on a dijit focus() call.

[bill]

The problem I listed in the ticket description, which happens on all browsers, was there from the beginning. If you rollback the code to [29878] and fix the errors in the test file, you get a failure when running the test.

I'll look at the IE10 problem from [30957] though.

[bill]

In [31145]:

allow for IE9+ async focus in test_validate.html, refs #16926, #16964

[Douglas Hays]

In [31151]:

Fixes #16964. isValid did not understand editOptions from NumberTextBox?

[bill]

After this change I'm getting failures in robot/ValidationTextBox on IE8, aren't you?

[Douglas Hays]

In [31247]:

Fixes #16964. Change NumberTextBox?'s pattern method to understand editOptions, which is used by both isValid() via validator() and CurrencyTextBox? via inheritance.

[bill]

validationMessages.html is also broken from you [31151] check in, and not fixed from your [31247].

[Douglas Hays]

In [31265]:

Fixes #16964. "12." can now be marked as valid after being parsed by dojo/number when editOptions:{pattern:"#.#####"} is mixed into the constraints:{fractional:[true,false]} during editing.