You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 12, 2024. It is now read-only.
To reproduce, continue to type the same key in the email field so it never validates. Every 2-3 presses the ng-invalid class will be removed, however the span with ng-if remains (proving that the $invalid property is still true).
As far as I can tell, when a removeClass and an addClass are fired within short succession of each other (which is the case here; the class is removed on keypress and added after validation) the order is not always the same and the removeClass can come after the addClass.
I couldn't tell exactly if #12248 would fix this issue. I suspect so but I thought I'd note it just to be sure.
The text was updated successfully, but these errors were encountered:
Sample Plunkr: http://plnkr.co/edit/GNNLxdoRVuP4WkUBFz2k?p=preview
To reproduce, continue to type the same key in the email field so it never validates. Every 2-3 presses the
ng-invalid
class will be removed, however the span with ng-if remains (proving that the$invalid
property is still true).As far as I can tell, when a
removeClass
and anaddClass
are fired within short succession of each other (which is the case here; the class is removed on keypress and added after validation) the order is not always the same and theremoveClass
can come after theaddClass
.I couldn't tell exactly if #12248 would fix this issue. I suspect so but I thought I'd note it just to be sure.
The text was updated successfully, but these errors were encountered: