-
Notifications
You must be signed in to change notification settings - Fork 27.4k
Isolated scope property for directive is being re-digested in version 1.4.1 #12144
Comments
+1 |
3 similar comments
+1 |
+1 |
+1 |
It's probably a6339d3. |
Probably. Also doesn't happen with |
+1 |
This issues is reopened as the fix was reverted. |
@petebacondarwin missing a link/reason for the revert |
+1 @Narretz Is anyone looking into why |
I was looking into it earlier, but I can't get any tests to fail when the angular module has the revert reverted, and i couldn't find any demos that behaved weirdly (under tabs or autocomplete) |
I'm not actually sure where the material tests are, because the file in the test directory just has a bunch of matchers, no tests |
nvm, found em :> there's a ddescribe() in there preventing tests from running, sending pr |
Thanks for looking into this everyone. I agree if material relied on buggy behaviour then it should be fixed there. |
But since angular-material is a first class citizen of the Angular team then we ought to have a process in place to run angular-material tests before we do a release. |
The main problem I'm seeing is that they're using |
All of the angular-material tests pass for me (with the revert reverted) with the following change: case '=':
if (!hasOwnProperty.call(attrs, attrName)) {
if (optional) break;
attrs[attrName] = void 0;
}
+ if (optional && isString(attrs[attrName]) && !attrs[attrName].trim()) {
+ break;
+ } I don't know if there are still other problems, but if there are, they aren't causing test failures (there are 2 disabled tests in the tree still) |
Previously, optional empty '='-bound expressions were ignored --- erroneously they stopped being ignored, and no tests were caused to fail for this reason. This change restores the original ignoring behaviour while still preventing other errors fixed by 8a1eb16 Closes angular#12144 Closes angular#12259
Previously, optional empty '='-bound expressions were ignored --- erroneously they stopped being ignored, and no tests were caused to fail for this reason. This change restores the original ignoring behaviour while still preventing other errors fixed by 8a1eb16 Closes angular#12144 Closes angular#12259
…esent Shadows only when attributes are non-optional and not own properties, only stores the observed '@' values when they are indeed strings. Partial revert of 6339d30d1379689da5eec9647a953f64821f8b0 Closes angular#12151 Closes angular#12144
Previously, optional empty '='-bound expressions were ignored --- erroneously they stopped being ignored, and no tests were caused to fail for this reason. This change restores the original ignoring behaviour while still preventing other errors fixed by 8a1eb16 Closes angular#12144 Closes angular#12259 Closes angular#12290
Previously, optional empty '='-bound expressions were ignored --- erroneously they stopped being ignored, and no tests were caused to fail for this reason. This change restores the original ignoring behaviour while still preventing other errors fixed by 8a1eb16 Closes angular#12144 Closes angular#12259 Closes angular#12290
Hi,
the issue is not reproducible in 1.4.0 and appears only in 1.4.1 as you can see in the link below
http://plnkr.co/edit/kbIJflj4sL5kcCcYPzw7?p=preview
The problem is when scope property is changed in directive's controller then in the next digest cycle it's being rewritten.
Regards,
Andrew
@kikhtenko
The text was updated successfully, but these errors were encountered: